Скачать или смотреть Keytorc TestTalks: Çevik Yazılım Geliştirme Projelerine Yazılım Testini Nasıl Entegre Edebiliriz?

🎙️ Keytorc TestTalks: Çevik Yazılım Geliştirme Projelerine Yazılım Testini Nasıl Entegre Edebiliriz?

Çevik yazılım geliştirme projeleri günümüzde bir standart haline geldi. Yaptığımız anketlere yaptığımız projelere baktığımız zaman Türkiye de ve dünya da aslında bunun artık yayılma oranı yüzde seksenlere ulaşmış durumda. Fakat çevik yazılım denince insanların aklına hemen yazılım geliştirme ve kodlama tarafı geliyor. Esasen bunun önem verilmesi gereken bir iş analizi tarafı yani Product backlog un iyi oluşturulması onun parçalara bölünmesi ve testin bu projelere en iyi şekilde entegre edilmesi gerekiyor. Aksi taktirde hızlı şekilde kod çıkaralım, hızlı bir şekilde release girelim hızlı bir şekilde minimum Product üretelim derken kalite de düşüklükler yaşayanabilmekte. Peki bunlara yazılım testini kaliteli nasıl entegre ederiz? Bunun birkaç yöntemi var bunlardan birincisi eğer yazılım testi özellikli bir testse mesela kullanılabilir testi gibiyse bunu yapılacaklar iş listesine yani Product backlog Item’ına bir Item olarak bir task olarak yedirebiliriz. Diyebiliriz ki mobil bankacılık projelerinin kullanılabilirlik test’in en az 6 tane kullanıcı tarafından test edilmesi gibi bu sayeden bu task neye girecektir sprit planlamasına girerek aslında bizim yaşam döngümüze yedirecektir. Bir diğer yöntem kabul kriterleri bildiğimiz üzere Acceptance Criteria ad olarak adlandırdığımız İngilizcesi, kabul kriterleri bizim ürünümüzün fonksiyonel ve fonksiyonel olmayan gereksinimlerini içermektedir. Bunları iyi bir şekilde tanımladığımız zaman kabul kriterlerini net ve detaylı şekilde tanımladığımız zaman aslında bunlara karşı gelen testlerinde takımdan yani / takımdan istemiş oluruz. Bunlar olmadan da kullanıcı hikayesi yani user story dan yani bitti tarafına alınacaktır. Bu ikinci yöntem üçüncü yöntemde sadece bir kullanıcı hikayesinden kabul kriterlerinden öte daha genel geçer bütün kullanıcı hikayelerini etkileyecek neyleri tanımlamalarını yapmaktır. Bu da bizim definitif off than yani bitti tanımını içine giren kriterlerdir eğer testlerinizi burada buraya yedirebilirseniz burada tanımlayabilirseniz bütün kullanıcı hikayelerinde bu testlere yer verecektir örneğin; Kod geliştirildikten sonra ne yapılması kod gözden geçirilmesinin yapılması gibi ya da user story’nin kullanıcı hikayesi nin ekranlarının kullanıcı deneyimi ekibi tarafından gözden geçirilmesi gibi. İşte bu üç yöntemi kullanarak yani product backlog a testleri yedirerek, Acceptance Criteria ya testleri yedirerek, definitif off than testleri yedirerek / sağlayabilirsiniz. Yazılım testinin gözden kaçmamasını ve kalite artışını sağlayabilirsiniz.



Sosyal medya hesaplarımız:

LinkedIn:   / keytorc  
Instagram:   / keytorc  
Twitter:   / keytorc  

Kanalımıza abone olmayı unutmayın 👉 @keytorcsoftwaretestingserv3232

Daha fazlası için 👉 www.keytorc.com

#YazılımTesti #keytorc #softwaretesting #TestTalks #TestTeknikleri #çevikyazilim