Eğiti İçeriği
ISTQB Metodolijisi ile Test planlama ve Tahminleme
Bölüm 1: Test Planlama (Test Planing)
Bölüm 2: Test Planlama Adımları (Test Planing Activities)
Bölüm 3: Test Tahminleme (Test Estimation)
Bölüm 4: Test Stratejisi,Test Yaklaşımı (Test Strategy,Test Approach)
Bölüm 5: ISTQB Metodolojisi ile Test Planlama ve Tahminleme Soru
Örnekleri
Test Mühendisliğine Giriş Eğitimi - Bölüm 1Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
Bölüm 1: Giriş (Introduction)
Bölüm 2: Hata Ne Zaman Tespit Edilebilir? (When Can a Defect be Detected?)
Bölüm 3: Hata Raporu Alanları (Defect Report Fields)
Bölüm 4: Hata Sınıflandırma ( Defect Classification)
Bölüm 5: Kök Neden (Ana Neden) Analizi (Root Cause Analysis)
Bölüm 6: Soru Örnekleri
Agile Testing - presentation for Agile User Groupsuwalki24.pl
Agile testing was present on Agile User Group. Presentation covers all aspects of testing on agile process, highlight the role of automation and issues with managing it.
Eğiti İçeriği
ISTQB Metodolijisi ile Test planlama ve Tahminleme
Bölüm 1: Test Planlama (Test Planing)
Bölüm 2: Test Planlama Adımları (Test Planing Activities)
Bölüm 3: Test Tahminleme (Test Estimation)
Bölüm 4: Test Stratejisi,Test Yaklaşımı (Test Strategy,Test Approach)
Bölüm 5: ISTQB Metodolojisi ile Test Planlama ve Tahminleme Soru
Örnekleri
Test Mühendisliğine Giriş Eğitimi - Bölüm 1Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
Bölüm 1: Giriş (Introduction)
Bölüm 2: Hata Ne Zaman Tespit Edilebilir? (When Can a Defect be Detected?)
Bölüm 3: Hata Raporu Alanları (Defect Report Fields)
Bölüm 4: Hata Sınıflandırma ( Defect Classification)
Bölüm 5: Kök Neden (Ana Neden) Analizi (Root Cause Analysis)
Bölüm 6: Soru Örnekleri
Agile Testing - presentation for Agile User Groupsuwalki24.pl
Agile testing was present on Agile User Group. Presentation covers all aspects of testing on agile process, highlight the role of automation and issues with managing it.
Test Mühendisliğine Giriş Eğitimi - Bölüm 2Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
A test automation framework defines an organization's way of doing things. It is a set of assumptions, concepts and tools that provide support for automated software testing.
Bölüm 1: Spesifikasyona Dayalı Test Teknikleri (Specification-Based )
Bölüm 2: Denklik Paylarına Ayırma (Equivalence Partitioning)
Bölüm 3: Sınır Değer Analizi (Boundary Value Analysis)
Bölüm 4: Karar Tablosu (Decision Table Testing)
Bölüm 5: Durum Geçiş Testi (State Transition Testing)
Bölüm 6: Kullanım Seneryosu Testi (Use Case Testing)
Eğitim İçeriği
Bölüm 7: Örnek Soru ve Cevapları
In this session, we would discuss what "Agile Testing" is, what are the well known methods and models of Agile Testing and what to expect on the future of Agile Testing.
Effective Software Test Case Design Approach highlights typical wrong approaches to software test case design and focuses on an effective methodology in test case design from a collaborative approach.
Through the use of an example requirement/user story, this presentation highlights the "interactions" between the stakeholders, i.e. Product Owner, Developer, and Test Engineer in the development of user story acceptance criteria, details, test scope, and effective, consistent and valid test cases.
- Understand the principles behind the agile approach to software development
- Differentiate between the testing role in agile projects compared with the role of testers in non-agile projects
- Positively contribute as an agile team member focused on testing
- Appreciate the challenges and difficulties associated with the non-testing activities performed in an agile team
- Demonstrate a range of soft skills required by agile team members
Agile Testing: The Role Of The Agile TesterDeclan Whelan
This presentation provides an overview of the role of testers on agile teams.
In essence, the differences between testers and developers should blur so that focus is the whole team completing stories and delivering value.
Testers can add more value on agile teams by contributing earlier and moving from defect detection to defect prevention.
Test Mühendisliğine Giriş Eğitimi - Bölüm 2Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
A test automation framework defines an organization's way of doing things. It is a set of assumptions, concepts and tools that provide support for automated software testing.
Bölüm 1: Spesifikasyona Dayalı Test Teknikleri (Specification-Based )
Bölüm 2: Denklik Paylarına Ayırma (Equivalence Partitioning)
Bölüm 3: Sınır Değer Analizi (Boundary Value Analysis)
Bölüm 4: Karar Tablosu (Decision Table Testing)
Bölüm 5: Durum Geçiş Testi (State Transition Testing)
Bölüm 6: Kullanım Seneryosu Testi (Use Case Testing)
Eğitim İçeriği
Bölüm 7: Örnek Soru ve Cevapları
In this session, we would discuss what "Agile Testing" is, what are the well known methods and models of Agile Testing and what to expect on the future of Agile Testing.
Effective Software Test Case Design Approach highlights typical wrong approaches to software test case design and focuses on an effective methodology in test case design from a collaborative approach.
Through the use of an example requirement/user story, this presentation highlights the "interactions" between the stakeholders, i.e. Product Owner, Developer, and Test Engineer in the development of user story acceptance criteria, details, test scope, and effective, consistent and valid test cases.
- Understand the principles behind the agile approach to software development
- Differentiate between the testing role in agile projects compared with the role of testers in non-agile projects
- Positively contribute as an agile team member focused on testing
- Appreciate the challenges and difficulties associated with the non-testing activities performed in an agile team
- Demonstrate a range of soft skills required by agile team members
Agile Testing: The Role Of The Agile TesterDeclan Whelan
This presentation provides an overview of the role of testers on agile teams.
In essence, the differences between testers and developers should blur so that focus is the whole team completing stories and delivering value.
Testers can add more value on agile teams by contributing earlier and moving from defect detection to defect prevention.
Türkiye BİT sektörü 2005 ile 2009 yılları arasında ulaştığı % 14’lük yıllık bileşik büyüme oranıyla ile ülkenin hızlı büyüyen sektörleri arasında yer almaktadır. Gelecek ile ilgili eğilimler ile yurt içi ve yurt dışı gelişmeler BİT sektöründe her yıl giderek artan sayıda fırsat sunmaktadır. 2005 yılından günümüze kadar pek çok büyük uluslararası şirket Türkiye BİT sektörüne yatırım yapmıştır.
Her ne kadar yazılımların saldırı vektörleri çok fazla olsa da aslında güvenli yazılım geliştirme adına yapılacak pratik çözümler ile çok sayıda uygulama güvenliği problemi ortadan kaldırılabilir. Bu sunum içeriği; güvenli yazılım geliştirme adına yapılması gereken en yaygın 10 pratik çözümü ve örneklerini içeriyor olacaktır.
In English: Latest Trends in Software Engineering (Yazılım Mühendisliğinde S...Vahid Garousi
Latest Trends in Software Engineering
Yazılım Mühendisliğinde Son Trendler
Technology Seminars
Doç. Dr. Vahid Garousi
Department of Computer Engineering
Hacettepe University
Beytepe, Ankara
Turkey
Software Testing Process, Testing Automation and Software Testing TrendsKMS Technology
This is the slide deck that KMS Technology's experts shared useful information about latest and greatest achievements of software testing field with lecturers of HCMC University of Industry.
Bilmök 2017 - Microsoft Yeni Yesil Yazilim Geliştirme Teknolojileriİbrahim KIVANÇ
Selçuk Üniversitesinde gerçekleştirlen Bilmök 2017 - Microsoft Yeni Yesil Yazilim Geliştirme Teknolojileri konusunda yapmış olduğum sunum. Özellikle günümüzde yükselen teknoloji trendleri ve gelecekte bilgisayar mühendisleri için potansiyel geleceğin meslekleri konusu üzerine hazırlanmış konuşmamın slaytı.
Başarılı Projelerin Anahtarı: Çevik Yazılım Geliştirme PratikleriLemi Orhan Ergin
Bu sunum, 23 Mart 2013 tarihinde Dinamikler 2013 Proje Yönetim Kongresi Agile Panelinde yaptığım konuşmanın yansılarından oluşuyor.
http://www.dinamikler.org/sunum5.asp
Konuşmamın ana fikri şöyle özetlenebilir:
Her yıl geliştirilen yazılım projelerinin yarısı çöpe gidiyor. Birçok şirket, uzayan, bitmeyen, kalitesiz projeler nedeniyle yüklü miktarda para kaybediyor. Her projede projenin kapsamı, donanımsal ve yazılımsal gereksinimler, projenin kaç kişi ile geliştirileceği, projenin kaç adam gün süreceği ve ne kadar bütçe ayrılacağı gibi sorular için cevap aranırken çoğu kez bir şey gözden kaçıyor: Yazılımın doğası.
Yazılımın doğası gereği kaynaklar kısıtlı ve gereksinimler belirsizdir. Belirsizlik ve kısıtlı kaynaklarla başadebilmenin tek yolu oyunu onun kurallarıyla oynamaktır. Değişken gereksinimleri kısıtlı kaynaklarla belirlenen süre zarfında bitirebilmek, yani daha azla daha çok şey başarmak için, çevik olmak, kaliteli yazılım geliştirmek, belirsizliğe değişimle anında cevap vermek gerekir.
Yazılım geliştirmek, özellikle de takım halinde yazılım geliştirmek belli bir disipline sahip olmayı gerektirir. Hızla değişen teknolojilere, belirsiz gereksinimlere, projelerin türlü ihtiyaçlarına ayak uydururken, kalıcı, dayanıklı, esnek ve kaliteli yazılım geliştirmek için elinizde size yol gösterecek tek şey yazılım ilkeleridir. Yazılım ilkeleri sizin ve takımınızın kültürdür, disiplinidir.
Çevik yazılım geliştirme uygulamaları tam da bu noktada sahneye çıkar. Bu uygulamalar, projelerinizin başarıya ulaşabilmesi adına gereken yazılım kültürünün yapıtaşlarını oluşturur. Bu oturumda, başarılı projelerde yazılım kültürüne şekil veren çevik yazılım geliştirme uygulamalarından ve etkilerinden bahsedeceğim.
11. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
12. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
13. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
14. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
15. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
16. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
17. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
18. Test, hataları gösterir (Testing shows the presence of defects)
Bir yazılımı %100 test etmek imkansızdır! (Exhaustive testing is impossible!)
Teste yazılım geliştirme sürecinin başından başlamak gerekir (early testing)
Antibiyotik direnci (TNT Paradoksu/Pesticide paradox)
Hatalar yazılımın belirli alanlarında yoğunlaşır (Defect clustering)
Test yaklaşımı proje özelliklerine göre çeşitlilik gösterebilir. (Testing is context dependent)
Yeni hata bulunmaması başarılı bir yazılım elde edildiğini göstermez!( Absence-of-error fallacy)
7
1
2
3
4
5
6
7
22. • Uygulamanın
doğrulanması
• Test fazının
kapatılması,
• Müşteri kabul
testleri,
• Proje kabulünün
alınması
• Tasarımın
doğrulanması
• Gereksinimlerin
doğrulanması
Gereksinimlerin
Belirlenmesi
Tasarım
Uygulama
Geliştirme
Proje
Tamamlanması
24. Hangi yazılım yaşam döngüsü kullanılıyor?
Projenin hedefi nedir?
Projenin kapsamı nedir?
Projeye verilen süre nedir?
Test sürecinden beklentiler nelerdir?
26. • Uygulamanın
doğrulanması
• Test fazının
kapatılması,
• Müşteri kabul testleri,
• Proje kabulünün
alınması
• Tasarımın
doğrulanması
• Gereksinimlerin
doğrulanması
Gereksinimlerin
Belirlenmesi
Tasarım
Uygulama
Geliştirme
Proje
Tamanlanması
Zero Bug Phase
30. REFERANSLAR ISTQB Foundation Level Syllabus
ISTQB Yazılım Testi Terimler Sözlüğü
The Software Test Engineer’s Handbook, Graham Bath, Judy McKay, 2012
Yazılım Testi-İş Analizi-Kullanılabilirlik, Lütfi Koray Yitmen, Ekim 2014
Yazılım Test Mühendisliği, Ali Gürbüz, 2010
Lessons Learned in Software Testing, Cem Kaner
Testing Computer Software, Cem Kaner
www.testistanbul.org
www.turkishtestingboard.org
www.istqb.org
www.keytorc.com
Testİstanbul2016, Kristian Karl Keynote Spoke