İşlem öncesi ve sonrası görevlerin, büyük olasılıkla her test senaryosunun yürütülmesinden hemen önce ve sonra, her yürütüldüğünde gerçekleşmesi muhtemeldir. Bununla birlikte, birden fazla test durumu için uygun şekilde ön ve son işleme görevleri olarak kabul edilebilecek görevlerin gerçekleştirildiği başka zamanlar da vardır.

Test otomasyon rejimimizde, işleme öncesi ve sonrası görevlerin yararlı olduğu diğer iki aşamayı dikkate alıyoruz. Bunlar, Test Paketi ve Test Yazılımı Setleri ile ilişkilidir. Bir Test Paketi için ön ve son işleme, genellikle Test Paketi ilk oluşturulduğunda ve testin sonunda gerçekleştirilir ve Test Yazılımı Setleri için diğer ön ve son işlemlerin yapılması gerekebilir.

Test Suite’te ön ve son işlemeye sahip olduğumuz ve test durumu düzeyinde bir örnek, bir dizi testte bir veritabanının kullanıldığı durumdur. Bir Test Paketindeki tüm test senaryoları tarafından kullanılacak müşteri kayıtlarını tutmak için veritabanı oluşturmamız gerekebilir. Daha sonra, herhangi bir test senaryosu çalıştırılmadan önce veritabanının müşteri kayıtlarıyla doldurulması gerekir. Test senaryoları bu kayıtları değiştirirse, her test senaryosunun başlangıcında orijinal kayıtların geri yüklenmesi gerekebilir.

Böylece, bu durumda, her test senaryosu çalıştırıldığında veritabanını geri yüklememiz gerektiğini söyleyebiliriz, ancak veritabanını yalnızca bir kez oluşturmamız yeterlidir. Veritabanının oluşturulması, Test Paketi oluşturulduğunda yalnızca bir kez yapıldığından, Test Paketi ile ilişkili bir ön işleme görevidir. Veritabanını geri yüklemek, her test senaryosuyla ilişkili bir ön işleme görevidir ve her test senaryosu çalıştırıldığında tekrarlanır.

Benzer şekilde, her test senaryosu çalıştırıldıktan sonra, veritabanından veri çıkarmak için bir rapor oluşturucu çalıştırmak gibi bazı işlem sonrası görevleri gerçekleştirmemiz gerekebilir. Bu işlem sonrası görevler, test durumlarıyla ilişkilendirilir. Tüm test senaryoları dizisi başarıyla çalıştırıldıktan sonra, Test Paketi ile ilişkili bir işlem sonrası görev olan veritabanını silerek temizlememiz gerekebilir.

Her bir test durumuyla ilişkili ön ve son işleme görevleri pekala farklı olabilir. Yani, bir test senaryosu için yapılan ön ve son işleme, o test senaryosuna özgü olabilir. Benzer şekilde, diğer test durumlarının kendi ön ve son işleme görevleri olabilir. Aynı durum diğer seviyeler için de geçerlidir; işlem öncesi ve sonrası görevlerin ayrıntıları muhtemelen bir Test Yazılımı Setinden diğerine ve bir Test Paketinden diğerine değişiklik gösterebilir.

Bunu söyledikten sonra, bir Test Setindeki tüm test durumlarında ortak olan birçok işlem öncesi ve sonrası görevler de olabilir. Bu durumda, görevleri gerçekleştirmek için aynı yardımcı programları paylaşmak genellikle mümkün olacaktır. Her test senaryosunun gerekli bir parçası olduğu için aynı süreçleri paylaşmak (yani ön işleme görevini tüm test senaryoları için bir kez gerçekleştirmek) mümkün olmayacaktır.

Diğer örnek Test Suite ve Testware Set ön ve son işleme görevleri, komut dizilerini derlemeyi ve derlenen sürümleri test yürütme aracının bunlara erişebileceği ortak bir yere kopyalamayı, statik analiz gerçekleştirmeyi, yürütülebilir görüntüleri oluşturmak için yardımcı programların kaynak kodunu derlemeyi içerir. ve tüm test durumlarının durumuna ilişkin bir özet rapor oluşturma.

Mevcut bir Test Paketinde herhangi bir güncelleme yapıldığında, Test Paketi ve güncellemelerden etkilenen Test Yazılımı Setleri ile ilişkili ön işleme görevlerinin bir kısmının veya tamamının tekrarlanması gerekebilir.

Uygulamada oturum kapatma ne demek
Oturumu kapat
Google oturum kapatma
Google oturum kapatma telefon
Oturum kapatma YouTube
Oturumu kapatınca ne olur
Oturum kapatma Ne demek
Bilgisayarda oturum kapatma

Test Senaryosu Yürütüldükten Sonra Ne Gerekir?

Bir test senaryosunun normal şekilde tamamlanmasından sonra, yani tüm gerçek sonuçlar beklenen sonuçlarla eşleştiğinde, tüm gerçek sonuç dosyaları silinebilir. Beklenen sonuçlarla aynı oldukları biliniyorsa, onları tutmanın pek bir anlamı yoktur.

Bu, ilk bakışta garip bir şey gibi görünüyor: otomatikleştirilmiş testlerimizi bir araya getirme ve yürütme zahmetine katlandık ve şimdi oluşturmak için onca zahmete katlandığımız çıktıları hemen çöpe atıyoruz.

Ancak testten herhangi bir durum bilgisini silmemize gerek yoktur, bu yapılan testin bir kaydı olarak tutulacaktır. Böylece test durumu ve test günlüğü güvenli bir yerde saklanacaktır. Alternatif olarak, her test senaryosunun durumunu ayrıntılandıran bir özet rapor oluşturulduğunda, test yürütmenin tüm yan ürünleri de (günlük dosyası vb.) silinebilir.

Hemen silebileceğimiz şey, beklenen sonuçlarla aynı olduğunu az önce belirlediğimiz gerçek sonuçlardır. Yani elimizde aynı değilse bile iki benzer kopya var. Bu, bir kopyanın alacağından iki kat daha fazla depolama alanı gerektirir, bu nedenle ikisini birden saklamak israf olur. Beklediğimiz sonuçları kesinlikle çöpe atmak istemiyoruz, bu yüzden artık güvenli bir şekilde silebileceğimiz gerçek sonuçlardır.

Bunun istisnası, bir Kalite Yönetim Sistemi (QMS) veya endüstri düzenlemelerinin tüm test sonuçlarının saklanmasını gerektirdiği durumlardır. Bazen, her testin tüm çalışmalarının sonuçları yerine yalnızca tüm testlerin son çalışmasının sonuçlarının saklanması gerekir. Ayrıca, test otomasyonu yapılan testlerin ve elde edilen sonuçların kaydedilmesi için daha iyi bir yol sunduğundan KYS’nin değiştirilmesi uygun olabilir.

Anormal Sonlandırma

Bir test senaryosunun anormal bir şekilde sonlandırılmasından sonra, yani bir test senaryosunun herhangi bir bölümünün başarısız olduğu veya bir test senaryosunun tamamlanmadığı durumlarda, her şeyi korumak isteriz. Bu durumda, analize yardımcı olacak daha fazla bilgi mevcutsa o kadar iyidir. Bir testin neden başarısız olduğunu bulmaya çalışırken, genellikle sorunu çözen geliştiricinin yapmak istediği ilk şey testi yeniden çalıştırmaktır.

Bunun nedeni, gerçekte neyin yanlış gittiğini ayrıntılı olarak öğrenmek için yeterli bilginin bulunmayabilmesidir. Bu nedenle, başarısız bir test durumuyla ilgili ne kadar fazla bilgi sağlayabilirsek, hata ayıklama süreci o kadar verimli olabilir.

Hatta bunu bir adım öteye götürebilir ve test senaryosunun başarısız olması ihtimaline karşı testlerimizi, test karşılaştırmasında gerçekte kullanılandan daha fazla çıktı oluşturacak şekilde tasarlayabiliriz.

Bu ek çıktı, test senaryosu geçerse test senaryosunun sonradan işlenmesinin bir parçası olarak silinebilir. Test durumu başarısız olursa, bu ek veriler hata analizine ve muhtemelen hata ayıklama çabalarına yardımcı olur.

Arıza verilerini hemen analiz etmeniz gerekmez. Örneğin, anormal bir sonlandırmadan sonra bir veritabanının durumunu yakalayabilir (sonraki analiz için) ve sonraki test durumlarının çalışmasına izin vermek için veritabanını bilinen sağlıklı bir duruma döndürebilirsiniz. Bilinen aklı başında durum, başarısız test senaryosunun beklenen sonucu olabilir. Daha sonra bir sonraki test durumu verileri yok ederse, bu noktada doğru veriler ve doğru miktarda veri yakalanmışsa bu sorun olmaz.

The post Anormal Sonlandırma first appeared on Akademi Delisi (Tez Yaptırma).