test execution software testing
Gerçek Örneklerle Test Durumlarını Gerçekleştirmek İçin Kesin Süreç ve Plan.
Bugün bizim Yazılım Testi mini eğitim kursu STLC'nin son aşaması olan Test uygulaması .
Bu ücretsiz QA eğitim serisinde yayınlanan tüm öğreticilerin listesine şu sayfada göz atabilirsiniz: Canlı bir projede uçtan uca yazılım testi eğitimi.
Test Yürütme, şüphesiz, en önemli ve 'gerçekleşmekte olan' aşamadır. STLC ve ayrıca geliştirme yaşam döngüsünün tamamı. Nedeni - her ekip / ekip üyesinin katkısı ve çalışması burada doğrulanır:
- İş Analisti gereksinimleri doğru yorumladı mı?
- Geliştirme ekibi iş gereksinimlerini işlevsel gereksinimlere ve sonunda doğru kodlamaya çevirdi mi?
- Veri mimarı ve DBA'lar doğru arka uç sistemlerini tasarladı mı?
Eh, test yürütme, bu soruların tüm cevaplarının bulunacağı yerdir. Bu bizi, QA'ları tüm yazılım geliştirme sürecinin kahramanları yapıyor, değil mi? :)
Test Yürütme aynı zamanda SDLC'nin 'Test' bölümüdür.
html ve css mülakat soruları ve cevapları
Test senaryoları yazıldıktan, BA'lar ve Geliştirme ekibiyle paylaşıldıktan sonra, onlar tarafından incelendiğinde, değişiklikler QA ekibine (varsa) bildirilir, QA ekibi gerekli değişiklikleri yapar - Test tasarım aşaması tamamlanır. Şimdi Test senaryolarını hazırlamak, test çalıştırmasını başlatabileceğimiz anlamına gelmez. Diğer şeylerin yanı sıra uygulamanın da hazır olması gerekiyor.
Ne öğreneceksin:
- Test Yürütme Yönergeleri
- Test Durumları Belgesindeki Yeni Sütunlar
- OrangeHRM Live Project İçin Test Yürütme Sonuçları
- Önerilen Kaynaklar
Test Yürütme Yönergeleri
Şimdi Test Yürütme aşamasını anlamak için önemli olan her şeyin bir listesini yapalım:
# 1) inşa etmek (geliştirici ekibi tarafından yazılan kod, bir yapıya atıfta bulunulan şeye paketlenmiştir - bu, QA ortamına dağıtılmaya hazır, kurulabilir bir yazılım parçasından (AUT) başka bir şey değildir.) ve QA ortamına sunulması, Test Yürütmenin başlaması için olması gereken en önemli hususlardan biridir.
#iki) Test Yürütme, QA ortamı . Geliştirme ekibinin kod üzerindeki çalışmasının QA ekibinin test ettiği yerde olmadığından emin olmak için genel uygulama, özel bir Geliştirme ve Kalite Güvencesi ortamına sahip olmaktır. (Canlı uygulamayı barındırmak için bir üretim ortamı da vardır).
Bu temelde, SDLC yaşam döngüsünün çeşitli aşamalarında uygulamanın bütünlüğünü korumak içindir. Aksi takdirde, ideal olarak, 3 ortamın tümü doğada aynıdır.
# 3) Test ekibi boyutu projenin başlangıcından itibaren sabit değildir. Test Planı başlatıldığında, ekip sadece bir Ekip liderliğine sahip olabilir. Test tasarım aşamasında, birkaç test görevlisi gemiye gelir. Test Yürütme, ekibin maksimum boyutta olduğu aşamadır.
# 4) Test Yürütme aynı zamanda en az 2 döngü (Bazı projelerde 3). Tipik olarak her döngüde tüm test senaryoları (tüm test paketi) yürütülür. İlk döngünün amacı, herhangi bir engelleme, kritik kusur ve yüksek kusurların çoğunu belirlemektir.
İkinci döngünün amacı, kalan yüksek ve orta kusurları belirlemek, komut dosyalarındaki boşlukları düzeltmek ve sonuçlar elde etmektir.
# 5) Test Yürütme aşaması aşağıdakilerden oluşur: Test komut dosyalarının yürütülmesi + Test komut dosyası bakımı (komut dosyalarındaki doğru boşluklar) + Raporlama (kusurlar, durum, ölçümler vb.) Bu nedenle, bu aşama programlarını planlarken ve çabalar tahmin edilmeli sadece komut dosyası yürütmeyi değil, tüm bu yönleri dikkate alarak.
# 6) Test komut dosyası yapıldıktan ve AUT konuşlandırıldıktan sonra ve Test yürütme başlamadan önce bir ara adım vardır. Bu denir 'Test Hazırlık İncelemesi (TRR)' . Bu, test tasarım aşamasını sona erdirecek ve bizi testin yürütülmesine kolaylaştıracak bir tür geçiş adımıdır.
Bu adımla ilgili bilgi ve örnek bir 'Test Hazırlığı İnceleme kontrol listesi' için şu bağlantıya göz atın: Yazılım testi Kontrol Listesi
# 7) TRR'ye ek olarak, test yürütme için QA ortamında dağıtılan mevcut yapıyı kabul etmeye devam edebilmemiz için birkaç ek kontrol daha var.
Bunlar Duman ve Sanity testleri . Bunların ne olduğuna dair ayrıntılı bilgi: Duman ve Akıl Testi nedir?
# 8) TRR, Duman ve Sanity testlerinin başarıyla tamamlanmasının ardından test döngüsü resmi olarak başlar.
# 9) Keşif testi yapı test için hazır olduğunda gerçekleştirilir. Bu testin amacı, sonraki test seviyeleri başlamadan önce kritik kusurların giderildiğinden emin olmaktır. Bu keşif testi, herhangi bir test komut dosyası ve dokümantasyon olmadan uygulamada gerçekleştirilir. AUT'ye aşina olmaya da yardımcı olur.
# 10) STLC'nin diğer aşamalarında olduğu gibi iş, Test Yürütme aşamasında da ekip üyeleri arasında bölünür. Bölme, modül bazında veya test vakası sayımına veya mantıklı olabilecek başka herhangi bir şeye dayanabilir.
#eleven) Test yürütme aşamasının birincil sonucu, öncelikli olarak Hata Raporu ve Test Yürütme Durumu raporu gibi raporlar şeklindedir. Ayrıntılı raporlama süreci şu adreste bulunabilir: Test Yürütme raporları.
yazılım testinde loadrunner nedir
Test Durumları Belgesindeki Yeni Sütunlar
Test Senaryosu belgesi artık aşağıdaki iki sütunla genişletilecek - Durum ve Gerçek sonuç .
( Not : Canlı proje Test Yürütme için, bu sütunları aşağıda indirilmek üzere sağlanan test senaryoları e-tablosundaki test yürütme sonuçlarıyla ekledik ve güncelledik)
# 1) Durum Sütunu
Test Yürütme, AUT'deki test adımlarını kullanmak, test verilerini sağlamak (test senaryosu belgesinde belirtildiği gibi) ve beklenen sonucu karşılayıp karşılamadığını görmek için AUT'nin davranışını gözlemlemekten başka bir şey değildir.
Beklenen sonuç karşılanmazsa, bu bir kusur olarak yorumlanabilir. Ve test senaryosunun durumu 'Başarısız' olur ve beklenen sonuç karşılanırsa durum 'Başarılı' olur. Test senaryosu herhangi bir nedenle (mevcut bir kusur veya desteklemeyen ortam) nedeniyle yürütülemezse, durum 'Engellendi' olacaktır.
Henüz çalıştırılmamış bir test senaryosunun durumu, Çalıştırma yok / yürütülmedi olarak ayarlanabilir veya boş bırakılabilir.
- Birden fazla adımı olan bir test senaryosu için, belirli bir adımın (test senaryosu adımlarının ortasında) beklenen sonucu karşılanmazsa, test senaryosu durumu burada 'Başarısız' olarak ayarlanabilir ve sonraki adımların yürütülmesi gerekmez.
- Hemen dikkat çekmek isterseniz, 'Başarısız' durumu kırmızı renkte gösterilebilir.
# 2) Gerçek Sonuç Sütunu
Bu, testçilerin beklenen sonuçtaki sapmanın ne olduğunu kaydedebildiği bir alandır. Beklenen sonuç karşılandığında (veya durumu 'Başarılı' olan bir test senaryosu) bu alan boş bırakılabilir. Çünkü beklenen sonuç karşılanırsa, gerçek sonuç = beklenen sonuç anlamına gelir, bu da gerçek sonuç sütununda yeniden yazmanın bir tekrar ve fazlalık olacağı anlamına gelir.
Sorunun ne olduğunun daha net anlaşılması için bu sütuna sapmanın bir ekran görüntüsü eklenebilir.
OrangeHRM Live Project İçin Test Yürütme Sonuçları
Şimdi OrangeHRM'yi alalım ve yukarıda listelenen yönergelere göre testi yürütelim.
İşte dikkat edilmesi gereken birkaç nokta:
- Genişletilmiş test senaryosu şablonu.
- Keşif testi belirtildiği gibi, test komut dosyaları olmadan gerçekleştirilecektir. Bu yüzden lütfen uygulamayı uygun gördüğünüz şekilde paralel olarak test etmekten çekinmeyin.
- Canlı projeyi okunabilir içerik biçiminde sunarken sahip olduğumuz sınırlamalar nedeniyle, örnek Test Yürütme şablonunda OrangeHRM uygulamasının yalnızca sınırlı miktarda test durumu / işlevi gösterilir. Yine, lütfen en pratik deneyim için daha fazla çalışmayı hissedin.
- Sanity ve Smoke test süitleri de bu aşamalar için ne tür test vakalarının dikkate alındığı hakkında size bir fikir vermek için belgeye eklenir.
- Bazı test durumlarının durumu 'Başarısız' olarak ayarlansa bile hatalar henüz günlüğe kaydedilmedi. Bunun nedeni, kusurları günlüğe kaydetmenin, testçiler olarak hayatımızın bir yönü üzerinde en önemli / yaygın olarak çalışılan ikinci şey olmasıdır. Bu nedenle, bir sonraki makalede ayrıntılı olarak ele almak istiyoruz.
Yürütme Sonuçları Olan Test Örnekleri:
=> Test Senaryosu Yürütme belgesini indirmek için burayı tıklayın.
Bu içerir - Test senaryoları yürütme sonucu, Duman testleri, Sağlık testleri, Keşif testi - elektronik tablolar
Son olarak, test senaryosunu oluşturmak ve sürdürmek için bir Test Yönetimi aracı kullanılmışsa, aynı araç test yürütme için de kullanılabilir. Bir aracın kullanılması raporlamayı kolaylaştırır, ancak aksi takdirde test senaryolarını çalıştırma süreci aynıdır. Lütfen bir fikir edinmek için bu makaleye göz atın HP ALM'yi Test Durumunun Yürütülmesi için kullanma .
(Büyütülmüş bir görünüm için resme tıklayın)
android telefonda ağ güvenlik anahtarı nasıl bulunur

Bu bizi test sürecinin bir başka ilginç bölümünün sonuna getiriyor. Bunun sonraki ve son makalesinde ücretsiz çevrimiçi Yazılım Testi QA eğitimi mini kursu kusurları ayrıntılı olarak inceleyeceğiz; 'Test ne zaman durdurulmalı', ölçümler ve QA imzası gibi konuları özetleyin.
=> QA Eğitimi 6. Gün: Hata İzleme, Test Metrikleri ve Test Sonlandırma
Lütfen nasıl gittiğimizi bize bildirin ve bir sonraki makale için bizi izlemeye devam edin.
Önerilen Kaynaklar
- Yazılım Test Kursu Müfredatı - Çevrimiçi Kurs Ayrıntılı Eğitim Planı
- Bazı İlginç Yazılım Testi Görüşme Soruları
- Yazılım Test Kursu Geri Bildirimleri ve İncelemeleri
- Test Yürütmesi Akıllıca Nasıl Rapor Edilir - (Durum Raporu Şablonunu İndirin)
- Test Stratejisi Belgesi Nasıl Yazılır (Örnek Test Stratejisi Şablonuyla)
- Format ve İçerikli Örnek Yazılım Test Planı Şablonu
- Örneklerle Doğrulama ve Doğrulama Arasındaki Tam Fark
- Önemli Yazılım Test Metrikleri ve Ölçümleri - Örnekler ve Grafiklerle Açıklanmıştır