QA Yazılım Test Kontrol Listeleri (Örnek Kontrol Listeleri Dahildir)

qa software testing checklists

Yazılım KG Testi Kontrol Listeleri

Bugün size, o kadar sık ​​kullanılmayan başka bir kaliteli araç sunuyoruz ki, kaybettiği ihtişamını geri kazanması umuduyla, onunla ilgili ayrıntıları yeniden gözden geçireceğimizi düşündük. 'Kontrol Listesi' dir.

Tanım: Kontrol Listesi, izleme için kaydedilen öğelerin / görevlerin bir kataloğudur. Bu liste bir sırayla sıralanabilir veya gelişigüzel olabilir.

Kontrol listeleri günlük hayatımızın bir parçasıdır. Bunları market alışverişinden günlük aktiviteler için yapılacaklar listesine kadar çeşitli durumlarda kullanıyoruz.

Ne öğreneceksin:

• QA Yazılım Test Kontrol Listelerine Genel Bakış
  • # 1) Test Hazırlık İncelemesi
  • # 2) Ölçüt Kontrol Listesinden Çık
  • Test Kontrol Listesi
  • Otomasyon Kontrol Listesi
  • Önerilen Kaynaklar

QA Yazılım Test Kontrol Listelerine Genel Bakış

Ofise varır varmaz, her zaman aşağıdaki gibi o gün / hafta için yapılacak şeylerin bir listesini yaparız:

• Doldur zaman planı
• Bitiş dokümantasyon
• Offshore ekibini 10: 30'da ara
• Saat 16: 00'da buluşma vs.

Listedeki bir öğe bittiğinde ve bittiğinde, tamamlandığını işaretlemek için, öğeyi kaldırır, listeden çıkarır veya öğeyi bir onay işareti ile işaretlersiniz. Bize çok tanıdık gelmiyor mu?

Ancak, bunun için kullanılabilir mi?

selenyum otomasyon testi mülakat soruları ve cevapları

Kontrol Listelerini resmi olarak (özellikle QA) BT projelerimizde kullanabilir miyiz ve evet ise, ne zaman ve nasıl? Aşağıda ele alınacak olan budur.

Aşağıdaki nedenlerle Kontrol Listelerinin kullanılmasını kişisel olarak savunuyorum:

• Çok yönlüdür - her şey için kullanılabilir
• Oluşturması / kullanması / bakımı kolay
• Sonuçları analiz etmek (görev ilerlemesi / tamamlanma durumu) çok kolaydır
• Çok esnek - gerektiğinde öğe ekleyebilir veya kaldırabilirsiniz

Genel uygulamada olduğu gibi, 'Neden' ve 'Nasıl' yönlerinden bahsedeceğiz.

• Neden Kontrol Listelerine ihtiyacımız var? : Tamamlamayı (veya tamamlanmamayı) izlemek ve değerlendirmek için. Hiçbir şeyin gözden kaçmaması için görevleri not almak.
• Kontrol Listelerini nasıl oluştururuz? : Bu daha basit olamazdı. Basitçe, her şeyi nokta nokta not edin.

QA süreçleri için Kontrol Listeleri Örneği:

Yukarıda bahsettiğim gibi, QA alanında, kontrol listesi konseptini etkili bir şekilde işe koyabileceğimiz ve iyi sonuçlar alabileceğimiz bazı alanlar var. Bugün göreceğimiz alanlardan ikisi:

• Test Hazırlık İncelemesi
• Testi ne zaman durdurmalı veya Kriterlerden çıkmalı

# 1) Test Hazırlık İncelemesi

Bu, test yürütme aşamasına geçmek için ihtiyaç duydukları her şeye sahip olup olmadıklarını belirlemek için her QA ekibi tarafından gerçekleştirilen çok yaygın bir etkinliktir. Ayrıca bu, birden çok döngü içeren projelerde her test döngüsünden önce tekrar eden bir faaliyettir.

Test aşaması başladıktan sonra sorunlarla karşılaşmamak ve uygulama aşamasına erken girdiğimizi fark etmek için, her QA projesinin başarılı bir test için gerekli tüm girdilere sahip olup olmadığını belirlemek için bir inceleme yapması gerekir.

Bir kontrol listesi bu faaliyeti mükemmel şekilde kolaylaştırır. Önceden 'ihtiyaç duyulan şeylerin' bir listesini yapmanıza ve her öğeyi sırayla gözden geçirmenize olanak tanır. Hatta oluşturduğunuz sayfayı sonraki test döngüleri için de yeniden kullanabilirsiniz.

İlave bilgi: Test Hazırlık İncelemesi genellikle oluşturulur ve inceleme, QA ekibi temsilcisi tarafından gerçekleştirilir. Sonuçlar, test ekibinin test yürütme aşamasına geçmeye hazır olup olmadığını belirtmek için Proje Yöneticileriyle ve diğer ekip üyeleriyle paylaşılır.

Aşağıda örnek bir Test Hazırlığı İnceleme kontrol listesi örneği verilmiştir:

Şimdi, bu listeyle tek yapmanız gereken, tamamlandı ya da yapılmadı olarak işaretlemek.

# 2) Ölçüt Kontrol Listesinden Çık

Adından da anlaşılacağı gibi, bu, bir test aşamasının / döngüsünün durdurulup durdurulmaması veya devam ettirilmesi konusunda karar vermeye yardımcı olan bir kontrol listesidir.

Kusursuz bir ürün mümkün olmadığından ve verilen sürede mümkün olan en iyi şekilde test ettiğimizden emin olmamız gerekeceğinden - karşılanması gereken en önemli kriterleri izlemek için aşağıdaki etkiye sahip bir kontrol listesi oluşturulur. bir test aşamasının tatmin edici olduğunu düşünmek.

Test Kontrol Listesi

Test için yeni bir projeye mi başlayacaksınız? Proje Yaşam Döngünüzün her adımında bu Test Kontrol Listesini kontrol etmeyi unutmayın. Liste çoğunlukla Test planına eşdeğerdir, tüm Kalite Güvence ve Test Standartlarını kapsayacaktır.

Test Kontrol Listesi:

1. Sistem ve Kabul Testleri Oluşturun ()
2. Kabul Testi Oluşturmaya Başlayın ()
3. Test ekibini tanımlayın ()
4. Çalışma Planı Oluştur ()
5. Test Yaklaşımı Oluşturun ()
6. Kabul Testinin temelini oluşturmak için Kabul Kriterleri ve Gereksinimleri arasında bağlantı oluşturun ()
7. Kabul Testinin gereksinimler bölümünü oluşturmak için sistem testi senaryolarının bir alt kümesini kullanın ()
8. Sistemin gereksinimleri karşıladığını göstermek için müşterinin kullanması için komut dosyaları oluşturun ()
9. Bir Test programı oluşturun. İnsanları ve diğer tüm kaynakları dahil edin. ()
10. Kabul Testi Gerçekleştirin ()
11. Sistem Testi Oluşturmayı Başlat ()
12. Test ekibi üyelerini tanımlayın ()
13. Çalışma Planı Oluştur ()
14. Kaynak Gereksinimlerini Belirleyin ()
15. Test için üretkenlik araçlarını belirleyin ()
16. Veri Gereksinimlerini Belirleyin ()
17. Veri Merkezi ile bir anlaşmaya varın ()
18. Test Yaklaşımı Oluşturun ()
19. Gerekli olan tüm tesisleri belirleyin ()
20. Mevcut test materyalini edinin ve inceleyin ()
21. Test öğelerinin bir envanterini oluşturun ()
22. Tasarım durumlarını, koşullarını, süreçlerini ve prosedürlerini tanımlayın ()
23. Kod tabanlı (beyaz kutu) test ihtiyacını belirleyin. Koşulları tanımlayın. ()
24. Tüm işlevsel gereksinimleri tanımlayın ()
25. Envanter oluşturmayı bitir ()
26. Test Vakası oluşturmaya başlayın ()
27. Test öğelerinin envanterine dayalı olarak Test Senaryoları oluşturun ()
28. Yeni sistem için mantıksal iş işlevi gruplarını tanımlayın ()
29. Test senaryolarını, öğe envanterini test etmek için izlenen işlevsel gruplara bölün ()
30. Veri kümelerini test senaryolarına karşılık gelecek şekilde tasarlayın ()
31. Test Vakası oluşturmayı sonlandır ()
32. Kullanıcılarla birlikte iş işlevlerini, test senaryolarını ve veri kümelerini inceleyin ()
33. Proje liderinden ve QA'dan () test tasarımını onaylayın
34. Son Test Tasarımı ()
35. Test Hazırlamaya Başlayın ()
36. Test Desteği kaynaklarını edinin ()
37. Her test senaryosu için beklenen sonuçları özetleyin ()
38. Test Verilerini Alın. Vakaları test etmek için doğrulayın ve izleyin ()
39. Her test senaryosu için ayrıntılı Test Komut Dosyaları hazırlayın ()
40. Çevresel kurulum prosedürlerini hazırlayın ve belgeleyin. Yedekleme ve kurtarma planlarını dahil edin ()
41. Son Test Hazırlık aşaması ()
42. Sistem Testi Gerçekleştirme ()
43. Test Komut Dosyalarını Yürüt ()
44. Gerçek sonucu beklenenle karşılaştırın ()
45. Tutarsızlıkları belgeleyin ve sorun raporu oluşturun ()
46. Bakım aşaması girişini hazırlayın ()
47. Sorunlu onarımlardan sonra test grubunu yeniden çalıştırın ()
48. Son bir test raporu oluşturun, bilinen hata listesini dahil edin ()
49. Resmi onay alın ()

Otomasyon Kontrol Listesi

Bu sorulardan herhangi birine evet yanıtı verirseniz, testiniz Otomasyon için ciddi şekilde düşünülmelidir.

S # 1) Test eylem dizisi tanımlanabilir mi?

Cevap: İşlem dizisini birçok kez tekrarlamak faydalı mı? Bunun örnekleri Kabul testleri, Uyumluluk testleri, Performans testleri ve regresyon testleri olabilir.

S # 2) Eylemlerin sırasını otomatikleştirmek mümkün mü?

Cevap: Bu, otomasyonun bu eylem dizisi için uygun olmadığını belirleyebilir.

ücretsiz anime izlemek için en iyi web siteleri

S # 3) Bir testi 'yarı otomatikleştirmek' mümkün müdür?

Cevap: Bir testin bölümlerini otomatikleştirmek, test yürütme süresini hızlandırabilir.

S # 4) Teste tabi tutulan yazılımın davranışı otomasyonla olmayan ile aynı mı?

Cevap: Bu, Performans Testi için önemli bir husustur.

S # 6) Aynı testleri birden çok donanım yapılandırmasında çalıştırmanız gerekiyor mu?

Cevap: Geçici testler çalıştırın (Not: İdeal olarak her hatanın ilişkili bir test senaryosu olmalıdır. Özel testler en iyi manuel olarak yapılır. Kendinizi gerçek dünyadaki durumlarda hayal etmeye çalışmalı ve yazılımınızı müşterinizin yapacağı gibi kullanmalısınız. Hatalar bulunduğunda ad-hoc test sırasında, kolayca yeniden üretilebilmeleri ve Sıfır Hata Oluşturma aşamasına geldiğinizde regresyon testlerinin gerçekleştirilebilmesi için yeni test senaryoları oluşturulmalıdır.)

Ad-hoc testi, test uzmanının yazılım ürününün gerçek dünyadaki kullanımını simüle etmeye çalıştığı yerde manuel olarak gerçekleştirilen bir testtir. Çoğu hatanın bulunacağı ad hoc test çalıştırılırken gerçekleşir. Otomasyonun hiçbir zaman manuel testin yerini alamayacağı vurgulanmalıdır.

Dikkat edilecek noktalar:

• Yukarıdaki ikisi, kontrol listelerinin kullanımını gösteren örneklerdir. QA süreçleri ancak kullanım bu iki alanla sınırlı değildir.
• Her listedeki öğeler aynı zamanda okuyuculara ne tür öğelerin dahil edilip izlenebileceği konusunda fikir veren göstergelerdir - ancak liste gerektiğinde genişletilebilir ve / veya sıkıştırılabilir.

Yukarıdaki örneklerin, kontrol listelerinin potansiyelini KG ve BT süreçlerine getirmede gerçekten başarılı olduğunu umuyoruz.

Dolayısıyla, bir dahaki sefere yarı resmi, basit ve etkili basit bir araca ihtiyacınız olduğunda, sizi kontrol listelerine bir şans vermeye yönlendirdiğimizi umuyoruz. Bazen en basit çözüm en iyisidir.

Önerilen Kaynaklar

• En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
• Yazılım Testi QA Yardımcısı İşi
• Yazılım Test Kursu: Hangi Yazılım Test Enstitüsüne katılmalıyım?
• Kariyeriniz olarak Yazılım Testini Seçme
• Yazılım Testi Teknik İçerik Yazarı Serbest Çalışan İş
• ISTQB Test Sertifikasyon Cevaplı Örnek Soru Kağıtları
• Bazı İlginç Yazılım Testi Görüşme Soruları
• Yazılım Test Kursu Geri Bildirimleri ve İncelemeleri