Yazilim Projelerinde Test Sureci

1. Yazılım Projelerinde Test SüreciNecdet Terkeş (QA / ISTQB)necdet.terkes@gmail.comnecdett.comtwitter.com/necdettr.linkedin.com/in/nterkes

2. GündemSon 5 senede sektör…Test nedir? Test niçin yapılır?Testin ilkeleriTester, Testçi, Test Uzmanı…Test SüreciRisk Analizi (FMEA)Test SeviyeleriTest ÇeşitleriTest SertifikalarıGelecek…

3. Son 5 senede sektör…Bilişim dünyasındaki (yazılım ve donanım) gelişmeler rekabeti arttırdı,İş odaklılığından müşteri odaklı bir sisteme geçildi,Rekabette öne geçmek isteyenler hizmet kalitesinde fark yaratmaya çalıştılar,Ürünlerin daha az hata ile müşterilere sunulması için teste verilen önem arttı,Test danışmanlığı ve dış kaynak kullanımı başladı,Şirketlerin test süreçleri oturmaya başladı ve test ekipleri kurulmaya başladı…

4. Test Nedir?Ürünün beklenilen seviyede olduğunu belirlemek, değilse de istenilen ölçüyegelmesini sağlamak için kullanılan bir süreç

5. Test Niçin Yapılır?Müşteriye sunulmadan önce ürün kalitesinden emin olmak,

6. Yeniden çalışma (düzeltme) ve geliştirme masraflarını azaltmak,

7. Geliştirme işleminin erken aşamalarında yanlışları saptayarak ileri aşamalara yayılmasını önlemek, böylece zaman ve maliyetten tasarruf sağlamak,

8. Müşteri memnuniyetini arttırmak ve izleyen siparişler için zemin hazırlamak.Test Niçin Yapılır?

9. Testin İlkeleriİlke 1: Test defectlerin varlığını gösterir;Test defectin varlığını gösterir ama defect olmadığını kanıtlayamaz. Test, yazılımdaki keşfedilmemiş defectlerin olasılığını azaltır, hiç defect bulunamamış olması yazılımın doğruluğunun kanıtı değildir.Kaynak: http://testgaraji.com

10. Testin İlkeleriİlke 2: Exhaustive (her şeyi kapsayan) test mümkün değildir;Her şeyi test etmek yapılabilir değildir. Her şeyin test edilmesi yerine, test çabalarının odaklanmasında risk analizi ve öncelikler kullanılmalıdır.Kaynak: http://testgaraji.com

11. Testin İlkeleriİlke 3: Erken test;Test faaliyetleri yazılım ve sistem geliştirme yaşam döngüsünde mümkün olduğunca erken başlamalı ve tanımlı hedeflere odaklanmalıdır.Kaynak: http://testgaraji.com

12. Testin İlkeleriİlke 4: Defect Kümelenmesi (Clustering);Az sayıdaki modül, sürüm öncesi testleri sırasında tespit edilen defectlerin büyük bölümünü içerir ya da operasyonel başarısızlıkların büyük bölümünden sorumludur. Kaynak: http://testgaraji.com

13. Testin İlkeleriİlke 5: Pesticide (tarım ilacı) paradoksu;Aynı testler üst üste tekrarlandığında, aynı test durumlarından oluşan testler artık yeni defect bulamazlar. Bu paradoksu aşmak için, test durumları düzenli olarak gözden geçirilmeli, düzeltilmeli, yazılımın ve sistemin farklı bölümlerindeki potansiyel defectler için yeni testler yazılmalıdır. Kaynak: http://testgaraji.com

14. Testin İlkeleriİlke 6: Test içerik bağımlıdır;Farklı bağlamlarda farklı test yapılmalıdır. Örneğin, güvenliği kritik bir yazılımın testi bir e-ticaret sitesinin testinden farklı gerçekleştirilmelidir.Kaynak: http://testgaraji.com

15. Testin İlkeleriİlke 7: Hata yokluğu yanılgısı (Absence of error fallacy);Sistem buildi kullanılabilir değilse, kullanıcının ihtiyaçlarını ve beklentilerini karşılamıyorsa, defect bulmanın ve defecti düzeltmenin bir yararı olmaz. Kaynak: http://testgaraji.com

16. Tester, testçi, test uzmanı...Google Images’a göre

17. Tester, testçi, test uzmanı...

22. Tester, testçi, test uzmanı...Süreci iyi bilmeli,

23. Metodolojisi olmalı,

24. Planlı olmalı,

25. Her iki profili de kapsamalı,

26. Net olmalı,

27. Araçları olmalı,

28. Test ortamı olmalı,

29. Şüpheci olmalı...Tester, testçi, test uzmanı...Hatayı bul,

30. Erken bul,

31. Çözüldüğünden emin ol.

32. Hatayı çöz,

33. İyi niyetle test et,

34. Gereksinimler olmadan test et,

35. Çok belirgin hataları raporlama,

36. Hataları yüzünden başkaları ile alay et,Test SüreciYazılım SüreciTest Süreci

37. Test SüreciAnalizTeknik AnalizGeliştirilecek olan ürünü tanımak, müşteri isteğini anlamak,

38. Eğer kullanılan ürün ise mevcut durumu saptamak,

39. Risk analizi yapmak,

40. Test zamanlarını belirlemek,

41. Test planını oluşturmak,

42. Use case ve senaryoları belirlemek.Test SüreciDevelopmentSenaryoları risk durumlarına göre sınıflandırmak,

43. Senaryoları test case leri ile detaylandırmak,

44. Birim (unit) testleri yapmak,

45. Analiz’deki değişiklikleri takip etmek.Test SüreciTestSmoke testleri yapmak,

46. Test senaryolarını çalıştırmak (riskli olanlar öncelikli),

47. Hataları raporlamak,

48. Çözülen hataları tekrar test etmek (regression),

49. Riskli olan senaryoları tekrar test etmek.Test SüreciUATUygulamadaki tüm fonksiyonaliteyi müşteriye test ettirmek,

50. Çıkan hataları raporlamak,

51. Çözülen hataları test edip, müşteriden onay almak,

52. Test raporu yayınlamakRisk Analizi (FMEA)Testi planlamaya başlamadan önce risklerin belirlenmesi gerekir. Bu alanda FMEA (Failure Mode Effect Analysis) yöntemi kullanılır.FMEA risk analizi 3 adımdan oluşur;1- Risklerin kategorize edilmesi2- Risklerin ölçeklendirilmesi3- Risklerin RPN (risk priority number) değerinin belirlenmesi

53. Risk Analizi (FMEA)Risk kategorileri;Fonksiyonelite: Sistemin işlevselliğini tam olarak yerine getirememesine neden olabilecek risklerdir,

54. Yük & Kapasite: Maksimum sayıda kullanıcıyı sistemin destekleyebilmesini engelleyebilecek risklerdir,

55. Güveninirlik: Sistemin çökmesine sebep olabilecek risklerdir,

56. Sürdürülebilirlik: Operasyonların devamlılığını kesintiye uğratabilecek risklerdir. Risk Analizi (FMEA)Veri kalitesi: Verilerin düzgün bir şekilde işlenmesi, saklanması ve çekilmesini engelleyebilecek risklerdir,

57. Performans: Normal şartlar altında işlemlerin belirlenen sürede yapılmasını engelleyebilecek risklerdir,

58. Dökümantasyon:Şirket personeli için hazırlana kullanım klavuzu riskleridir,

59. Arayüz: Sistemin arayüzlerinde ortaya çıkabilecek risklerdir,

60. Entegrasyon: Sistemin diğer sistemlerle olan etkileşimi sırasında ortaya çıkabilecek risklerdir.Risk Analizi (FMEA)Risklerin ölçeklendirilmesi;A) Sistem Açısından Önemine Göre ( Severity)1. Veri Kaybı2. İşlevsellik Kaybı3. Giderilebilir İşlevsellik Kaybı4. Kısmi İşlevsellik Kaybı5. Kozmetik Riskler

61. Risk Analizi (FMEA)Risklerin ölçeklendirilmesi;B) Müşteri Açısından Önemine Göre ( Priority)1. Acil2. Zorunlu3. Önemli4. Düzeltilmesi İyi Olacak5. İsteğe Bağlı

62. Risk Analizi (FMEA)Risklerin ölçeklendirilmesi;C) Gerçekleşme Olasılığına Göre ( Likelihood)1. Muhtemel2. Mümkün3. İhtimal Dahilinde Olmayan

63. Risk Analizi (FMEA)RPN hesaplama;RPN hesaplanırken risklerimiz için belirlediğimiz severity, priority ve likelihood ölçeklerinin katsayıları ile çarparız;Örneğin severity (1), priority (2), likelihood(2) olan bir riskin RPN değeri 4 tür. RPN değeri ne kadar az olursa riskin önemi o kadar artar.

64. Test SeviyeleriTest 4 temel aşamadan oluşur;Birim (unit) seviyesi

65. Modül seviyesi

66. Sistem seviyesi

67. Kabul seviyesiTest SeviyeleriBirim (unit) seviyesiSistemi oluşturan ufak parçaların kendi içerindeki testlerdir. Kod testi olarak da bilinir. Genelde bu level daki testleri developer veya yazılım skilleri olan testçiler yapar.

68. Test SeviyeleriModül seviyesiAyrık parçaların birbirleri ile olan etkileşimlerinin testi.

69. Test SeviyeleriSistem seviyesiParçalar birleştikten sonra bütün yazılımın gereksinimlere uyumluluk testidir. Fonksiyonel ve görsel test olarak bilinir.

70. Test SeviyeleriKabul seviyesiÜretilen yazılımın müşteri tarafından test edilmesidir.

71. Test Çeşitleri• Black box testing• White box testing• unit testing• integration testing• functional testing• end-to-end testing• sanity testing or smoke testing• regression testing• acceptance testing• load testing• stress testing• performance testing

72. Test Çeşitleri• usability testing• install/uninstall testing• security testing• compatability testing• exploratory testing• user acceptance testing• comparison testing• alpha testing• beta testing

73. Test SertifikalarıUluslararası düzeydeki eğitim programları ve sertifikasyonlarını veren kurumlar;ISQTB - http://www.istqb.org/CSTE - http://www.qaiglobal.com/CSTP - http://www.testinginstitute.com/CTM - http://www.testinginstitute.com/ctm.phpCSQA - http://www.qaiindia.com/Certification/note.htmCSPM - http://www.qaiindia.com/Certification/note_cspm.htmCSPE - http://www.qaiasia.com/edistacertification/Certification.asp

74. Gelecek…Mobilitenin yayılması ile beraber platform bağımsız sistemler,

75. Cloud computing

76. Cloud testing (SOASTA, Gomez…)Sorularınız...Necdet Terkeş (QA / ISTQB)necdet.terkes@gmail.comnecdett.comtwitter.com/necdettr.linkedin.com/in/nterkes

Yazilim Projelerinde Test Sureci

More Related Content

What's hot (20)

Viewers also liked (15)

Similar to Yazilim Projelerinde Test Sureci (20)

Yazilim Projelerinde Test Sureci