TUGAS Testing dan Implementasi (Identifikasi)

Ainurrohmah, 4KA01

IEEE 829-2008, also known as the 829 Standard for Software and System Test Documentation, is an IEEE standard that specifies the form of a set of documents for use in eight defined stages of software testing, each stage potentially producing its own separate type of document. The standard specifies the format of these documents but does not stipulate whether they all must be produced, nor does it include any criteria regarding adequate content for these documents. These are a matter of judgment outside the purview of the standard.

Standar Dokumentasi Testing

Standar IEEE 829

Mengatur dokumentasi standar untuk :

• Testplan
• Test design specification
• Test case specification
• Test procedure specification
• Test item transmittal report
• Test log
• Test incident report
• Test summary report

—Documentation of Software Development Plan

(IEEE Standard 1058.1 – 1987)

—Documentation of Software Requirements Specification

(IEEE Standard 830 – 1993)

—Documentation of Software Design Specification

(IEEE Standard 1016 – 1987)

—Documentation of Software Testing

(IEEE Standard 829 – 1983)

—Documentation of Software User Documentation

(IEEE Standard 1063 – 1987)

Bug Tracking / Defect Tracking

Tujuan dari testing adalah menemukan sebanyak mungkin defect / bug . Penyebabnya :

• Berbeda dengan spesifikasi produk
• Berbeda dengan keinginan user

Setelah ditemukan, defect tersebut harus disampaikan ke developer – dilaporkan atau direkam. Tujuan utama dari merekam/melaporkan bug/defect :

• Untuk memperbaiki defect.
• Untuk melaporkan status dari aplikasi.
• Untuk memperoleh statistik yang dipergunakan untuk mengembangkan ekspektasi defect untuk pengembangan aplikasi mendatang.
• Untuk meng-improve proses pengembangan software.

Item yang harus dilaporkan dalam defect tracking :

• Nama defect
• Sumber
• Defect severity
• Defect priority
• Status
• Detil deskripsi
• PIC untuk memperbaiki defect

Setelah dilakukan perbaikan oleh developer, harus dilakukan retest terhadap perbaikan tersebut, untuk memastikan bahwa perbaikan yang dilakukan tidak bermasalah di tempat lain. Diperlukan mekanisme problem tracking.

 

Informasi Tracking

• Bug identifier
• Status terbaru
• Test case identifier
• Nama tester
• Tanggal testing
• Tanggal pelaporan bug
• PIC untuk perbaikan
• Deskripsi penyebab bug
• Deskripsi perbaikan
• Tanggal perbaikan
• Tester untuk retest
• Tanggal retest
• Hasil retest