Giriş
MIL-STD-498 ile ilgili yazılara Software Test Plan ile devam ediyorum.
Bazı şirketlerde bu belgeye kardeş olan SysTP yani System Test Plan de mevcut. SysTP ile SSS arasında izlenebilirlik kurulur.
Software Test Plan (STP)
Türkçesi Yazılım Test Planı (YTEP) kelimesi
kullanılıyor. Yazılan testlerin koşturulması için kullanılacak araç, gereken ortam, kaynaklar vs. gibi konuları açıklayan doküman. İyi bir tanım burada.
MIL-STD-498 ile ilgili yazılara Software Test Plan ile devam ediyorum.
Bazı şirketlerde bu belgeye kardeş olan SysTP yani System Test Plan de mevcut. SysTP ile SSS arasında izlenebilirlik kurulur.
Software Test Plan (STP)
Türkçesi Yazılım Test Planı (YTEP) kelimesi
kullanılıyor. Yazılan testlerin koşturulması için kullanılacak araç, gereken ortam, kaynaklar vs. gibi konuları açıklayan doküman. İyi bir tanım burada.
A document describing the scope, approach, resources and schedule of intended test activities. It identifies amongst others test items, the features to be tested, the testing tasks, who will do each task, degree of tester independence, the test environment, the test design techniques and entry and exit criteria to be used, and the rationale for their choice, and any risks requiring contingency planning. It is a record of the test planning process.
Test Plan vs Test Strategies
Farklar şöyle. Test Strategy, Test Plan'dan önce hazırlanır
Test Plan Test Strategies Test plan can be derived from the Software requirement traceability matrix. Test strategies can be derived from Business requirement specifications. The test plan should be revised if there are any modifications to the requirement. While preparing documents, test methodologies stay unchanged. Based on the project, we can create a test plan. Test strategies can be applied to a variety of tasks. A test plan is written after gathering all information. Test strategies made before test plan. A test plan should be clear and concise. Test strategies serve as a roadmap for evaluating apps.
IEEE 829 ile verilen Test Plan Outline ile benzerlik gösteriyor. IEEE dokümanının başlıkları şöyle.
1) Test Plan Identifier
2) References
3) Introduction
4) Test Items
5) Software Risk Issues
6) Features to be Tested
7) Features not to be Tested
8) Approach
9) Item Pass/Fail Criteria
10) Suspension Criteria and Resumption Requirements
11) Test Deliverables
12) Remaining Test Tasks
13) Environmental Needs
14) Staffing and Training Needs
15) Responsibilities
16) Schedule
17) Planning Risks and Contingencies
18) Approvals
19) Glossary
MIL-STD-498 dokümanının başlıkları ise şöyle:
3. Yazılım Test Ortamı
Hangi CSCI'ların test edileceği ve hangisi için STD hazırlanacağı belirtilir. Test ortamını gösteren bir şekil verilebilir.
3.1 Yazılım Kalemleri
3.2 Donanım Kalemleri
3.3 Kurulum, Test ve Kontrol
3.4 Personel
başlıkları altında bilgi verilir.
4. Test Tanımlamaları
5. Test Takvimi
1) Test Plan Identifier
2) References
3) Introduction
4) Test Items
5) Software Risk Issues
6) Features to be Tested
7) Features not to be Tested
8) Approach
9) Item Pass/Fail Criteria
10) Suspension Criteria and Resumption Requirements
11) Test Deliverables
12) Remaining Test Tasks
13) Environmental Needs
14) Staffing and Training Needs
15) Responsibilities
16) Schedule
17) Planning Risks and Contingencies
18) Approvals
19) Glossary
MIL-STD-498 dokümanının başlıkları ise şöyle:
3. Yazılım Test Ortamı
Hangi CSCI'ların test edileceği ve hangisi için STD hazırlanacağı belirtilir. Test ortamını gösteren bir şekil verilebilir.
3.1 Yazılım Kalemleri
3.2 Donanım Kalemleri
3.3 Kurulum, Test ve Kontrol
3.4 Personel
başlıkları altında bilgi verilir.
4. Test Tanımlamaları
5. Test Takvimi
Test sonucunda şöyle ideal olarak şöyle bir çıktı beklenir.
Yani zaman içinde çıkan hata sayısında düşüş olması gerekir.
Hiç yorum yok:
Yorum Gönder