1. Testing is to be performed by a

1. Testing is to be performed by a qualified tester, not by the programmer
who carried out the repair
2. A testing procedure document (in most cases 2–3 pages long) should be
prepared. Included in the document are a description of the anticipated
effects of the repair, the scope of corrections and a list of test cases to be
activated. A re-testing procedure document, similar to the testing procedure
document, should be also be prepared to handle testing of repairs of
errors detected in previous tests.
3. A test report fully documenting the errors detected in each stage of testing
and re-testing should be completed.
4. The head of the testing team is to review the testing documentation for
the scope of corrections, the adequacy of the test cases and the testing
results. Responsibility for approval of the repaired software for operational
(sometimes termed “production”) use rests with the team’s head.
5. For repairs considered “simple and trivial”, especially for those performed
at the customer’s site, mini-testing may be avoided.

Hasil (Bahasa Indonesia) 1:

1. pengujian yang dilakukan oleh tester berkualitas, bukan oleh programmer
yang dilakukan perbaikan
2. Dokumen prosedur pengujian (dalam kebanyakan kasus 2 – 3 halaman) harus
disiapkan. Terdapat dalam dokumen yang Deskripsi diantisipasi
efek perbaikan, Ruang lingkup koreksi dan daftar uji kasus menjadi
diaktifkan. Dokumen prosedur kembali pengujian, mirip dengan prosedur pengujian
dokumen, harus juga siap untuk menangani pengujian perbaikan
kesalahan yang terdeteksi dalam tes sebelumnya.
3. Tes melaporkan sepenuhnya mendokumentasikan kesalahan yang terdeteksi di setiap tahap pengujian
dan pengujian kembali harus diselesaikan.
4. Kepala tim pengujian adalah untuk meninjau dokumentasi pengujian
lingkup koreksi, kecukupan kasus uji dan pengujian
hasil. Tanggung jawab untuk persetujuan perangkat lunak diperbaiki untuk operasional
(kadang-kadang disebut "produksi") penggunaan bersandar dengan tim kepala.
5. Untuk perbaikan yang dianggap "sederhana dan sepele", terutama bagi mereka yang dilakukan
di situs pelanggan, mini-pengujian dapat dihindari.

Hasil (Bahasa Indonesia) 2:

1. Pengujian yang akan dilakukan oleh tester yang berkualitas, bukan oleh programmer
yang melakukan perbaikan
2. Sebuah pengujian dokumen prosedur (dalam banyak kasus 2-3 halaman panjang) harus
disiapkan. Termasuk dalam dokumen ini adalah deskripsi diantisipasi
efek perbaikan, ruang lingkup koreksi dan daftar kasus pengujian yang akan
diaktifkan. Sebuah dokumen prosedur re-pengujian, mirip dengan prosedur pengujian
dokumen, harus juga harus siap untuk menangani pengujian perbaikan dari
kesalahan terdeteksi dalam tes sebelumnya.
3. Sebuah laporan pengujian sepenuhnya mendokumentasikan kesalahan terdeteksi pada setiap tahap pengujian
dan uji ulang harus diselesaikan.
4. Kepala tim pengujian adalah untuk meninjau dokumentasi pengujian untuk
lingkup koreksi, kecukupan uji kasus dan pengujian
hasil. Tanggung jawab untuk persetujuan perangkat lunak diperbaiki untuk operasional
(kadang-kadang disebut "produksi") digunakan bersandar dengan kepala tim.
5. Untuk perbaikan dianggap "sederhana dan sepele", terutama bagi mereka yang dilakukan
di lokasi pelanggan, mini-pengujian dapat dihindari.