Yazılım Testi - Belgeler
Test dokümantasyonu, Yazılımın test edilmesinden önce veya test sırasında geliştirilmesi gereken eserlerin dokümantasyonunu içerir.
Yazılım testine yönelik dokümantasyon, gerekli test çabasının, test kapsamının, gereksinim takibinin / takibinin vb. Tahmin edilmesine yardımcı olur. Bu bölüm, aşağıdaki gibi yazılım testiyle ilgili yaygın olarak kullanılan dokümante edilmiş yapıların bazılarını açıklamaktadır:
- Test planı
- Test Senaryosu
- Test durumu
- İzlenebilirlik Matrisi
Test planı
Bir test planı, bir uygulamayı test etmek için kullanılacak stratejiyi, kullanılacak kaynakları, testin gerçekleştirileceği test ortamını ve testin sınırlamalarını ve test faaliyetlerinin programını ana hatlarıyla belirtir. Tipik olarak, Kalite Güvence Ekibi Lideri bir Test Planı yazmaktan sorumlu olacaktır.
Bir test planı aşağıdakileri içerir -
- Test Planı belgesine giriş
- Uygulamayı test ederken varsayımlar
- Uygulamanın test edilmesine dahil edilen test senaryolarının listesi
- Test edilecek özelliklerin listesi
- Yazılımı test ederken ne tür bir yaklaşım kullanılmalı
- Test edilmesi gereken çıktıların listesi
- Uygulamayı test etmek için ayrılan kaynaklar
- Test sürecinde yer alan tüm riskler
- Ulaşılması gereken görevler ve kilometre taşları programı
Test Senaryosu
Uygulamada hangi alanın test edileceğini bildiren tek satırlık bir ifadedir. Test senaryoları, tüm süreç akışlarının uçtan uca test edilmesini sağlamak için kullanılır. Bir uygulamanın belirli bir alanı, uygulamanın büyüklüğüne ve karmaşıklığına bağlı olarak bir test senaryosu ile birkaç yüz senaryo arasında olabilir.
'Test senaryosu' ve 'test senaryoları' birbirinin yerine kullanılır, ancak bir test senaryosunda birkaç adım bulunurken, bir test senaryosu tek bir adıma sahiptir. Bu perspektiften bakıldığında, test senaryoları test senaryolarıdır, ancak birkaç test senaryosu ve yürütülmesi gereken sırayı içerirler. Bunun dışında her test, önceki testin çıktısına bağlıdır.
Test durumu
Test senaryoları, test görevleri gerçekleştirilirken kullanılabilecek bir dizi adım, koşul ve girdi içerir. Bu faaliyetin ana amacı, bir yazılımın işlevselliği ve diğer yönleri açısından geçip geçmediğinden emin olmaktır. İşlevsel, negatif, hata, mantıksal test senaryoları, fiziksel test senaryoları, UI test senaryoları gibi birçok test durumu türü vardır.
Ayrıca, bir yazılımın test kapsamını takip etmek için test senaryoları yazılır. Genel olarak, test senaryosu yazımı sırasında kullanılabilecek resmi şablonlar yoktur. Bununla birlikte, aşağıdaki bileşenler her zaman mevcuttur ve her test senaryosuna dahil edilir -
- Test senaryosu kimliği
- Ürün modülü
- Ürün Sürümü
- Revizyon Geçmişi
- Purpose
- Assumptions
- Pre-conditions
- Steps
- Beklenen sonuç
- Gerçek sonuç
- Post-conditions
Birçok test durumu, tek bir test senaryosundan türetilebilir. Ek olarak, bazen topluca test paketleri olarak bilinen tek bir yazılım için birden çok test senaryosu yazılır.
İzlenebilirlik Matrisi
İzlenebilirlik Matrisi (Gereksinim İzlenebilirlik Matrisi - RTM olarak da bilinir), Yazılım Geliştirme Yaşam Döngüsü sırasında gereksinimleri izlemek için kullanılan bir tablodur. İleriye doğru izleme (yani Gereksinimlerden Tasarım veya Kodlamaya) veya geriye doğru (yani Kodlamadan Gereksinimlere) kullanılabilir. RTM için birçok kullanıcı tanımlı şablon vardır.
RTM belgesindeki her gereksinim, ilgili test senaryosu ile bağlantılıdır, böylece testler belirtilen gereksinimlere göre yapılabilir. Ayrıca, Hata Kimliği de dahil edilir ve ilgili gereksinimleri ve test durumu ile bağlantılıdır. Bu matrisin ana hedefleri şunlardır:
- Yazılımın belirtilen gereksinimlere göre geliştirildiğinden emin olun.
- Herhangi bir hatanın temel nedenini bulmaya yardımcı olur.
- SDLC'nin farklı aşamalarında geliştirilen belgelerin izlenmesine yardımcı olur.