Apa itu Matriks Ketetapan Keperluan (RTM)? Templat Contoh

Apakah Matriks Kesan? (TM)

Traceability Matrix adalah dokumen yang menghubungkan semua dokumen asas dua yang memerlukan hubungan banyak-ke-banyak untuk memeriksa kelengkapan hubungan.

Ia digunakan untuk mengesan keperluan dan untuk memeriksa keperluan projek semasa dipenuhi.

Apa itu Matrik Jejak Keperluan?

Required Traceability Matrix (RTM) adalah dokumen yang memetakan dan mengesan keperluan pengguna dengan kes ujian. Ini merangkumi semua keperluan yang dicadangkan oleh pelanggan dan kebolehlacakan keperluan dalam satu dokumen, yang disampaikan pada akhir kitaran hidup pengembangan Perisian. Tujuan utama Matrik Ketetapan Keperluan adalah untuk mengesahkan bahawa semua keperluan diperiksa melalui kes ujian sehingga tidak ada fungsi yang tidak diperiksa semasa ujian Perisian.

Dalam tutorial ini, anda akan belajar lebih banyak mengenai-

Mengapa RTM Penting?
Parameter manakah yang perlu disertakan dalam Matriks Ketetapan Keperluan?
Jenis-Jenis Matrik Ujian Kesan
Cara membuat Matriks Jejak Keperluan
Kelebihan Matriks Jejak Keperluan
Templat Matriks Ketetapan Keperluan (RTM)

Mengapa RTM Penting?

Agenda utama setiap penguji adalah untuk memahami kehendak pelanggan dan memastikan bahawa produk keluaran harus bebas dari kecacatan. Untuk mencapai tujuan ini, setiap QA harus memahami keperluan secara menyeluruh dan membuat kes ujian positif dan negatif.

Ini akan bermaksud bahawa keperluan perisian yang disediakan oleh klien harus dibahagikan kepada senario yang berbeza dan seterusnya untuk menguji kes. Setiap kes ini mesti dilaksanakan secara individu.

Terdapat persoalan di sini mengenai bagaimana memastikan bahawa keperluan diuji dengan mempertimbangkan semua kemungkinan senario / kes? Bagaimana untuk memastikan bahawa sebarang keperluan tidak ditinggalkan dari kitaran ujian?

Cara mudah adalah dengan mengesan keperluan dengan senario ujian dan kes ujian yang sesuai. Ini hanya disebut sebagai 'Matriks Ketetapan Keperluan.'

Matriks kebolehkesanan biasanya merupakan lembaran kerja yang mengandungi keperluan dengan semua kemungkinan senario ujian dan kes serta keadaannya sekarang, iaitu jika ia telah lulus atau gagal. Ini akan membantu pasukan penguji untuk memahami tahap aktiviti pengujian yang dilakukan untuk produk tertentu.

Parameter manakah yang perlu disertakan dalam Matriks Ketetapan Keperluan?

ID Keperluan
Jenis dan Huraian Keperluan
Kes Ujian dengan Status

Di atas adalah matriks pengesanan keperluan sampel.

Tetapi dalam projek pengujian perisian biasa, matriks pengesanan akan mempunyai lebih daripada parameter ini.

Seperti yang digambarkan di atas, matriks pengesanan keperluan dapat:

Tunjukkan liputan keperluan dalam jumlah kes ujian
Status reka bentuk dan juga status pelaksanaan untuk kes ujian tertentu
Sekiranya ada ujian Penerimaan Pengguna yang harus dilakukan oleh pengguna, maka status UAT juga dapat ditangkap dalam matriks yang sama.
Kecacatan yang berkaitan dan keadaan semasa juga dapat disebut dalam matriks yang sama.

Matrik seperti ini akan menyediakan One Stop Shop untuk semua aktiviti pengujian.

Selain mengekalkan excel secara berasingan. Pasukan penguji juga boleh memilih keperluan untuk mencari Alat Pengurusan Ujian yang ada.

Jenis-Jenis Matrik Ujian Kesan

Dalam Kejuruteraan Perisian, matriks pengesanan dapat dibahagikan kepada tiga komponen utama seperti yang disebutkan di bawah:

Kebolehlacakan ke hadapan : Matriks ini digunakan untuk memeriksa sama ada projek berjalan ke arah yang diinginkan dan untuk produk yang betul. Ini memastikan bahawa setiap keperluan diterapkan pada produk dan setiap keperluan diuji secara menyeluruh. Ia memetakan keperluan untuk menguji kes.
Kebolehlacakan kebelakang atau kebalikan: Ia digunakan untuk memastikan sama ada produk semasa tetap berada di landasan yang betul. Tujuan di sebalik kebolehkesanan jenis ini adalah untuk mengesahkan bahawa kita tidak memperluas skop projek dengan menambahkan kod, elemen reka bentuk, ujian atau karya lain yang tidak ditentukan dalam syarat. Ia memetakan kes ujian dengan keperluan.
Kebolehesanan dua arah (Maju + Belakang): Matriks kebolehlacakan ini memastikan bahawa semua keperluan dilindungi oleh kes ujian. Ia menganalisis kesan perubahan keperluan yang dipengaruhi oleh Kecacatan pada produk kerja dan sebaliknya.

Cara membuat Matriks Jejak Keperluan

Mari kita fahami konsep Matriks Ketetapan Keperluan melalui projek perbankan Guru99.

Berdasarkan Dokumen Keperluan Perniagaan (BRD) dan Dokumen Keperluan Teknikal (TRD) , penguji mula menulis kes ujian.

Misalkan, jadual berikut adalah Dokumen Keperluan Perniagaan atau BRD untuk projek perbankan Guru99 kami .

Di sini senario adalah bahawa pelanggan harus dapat masuk ke laman web perbankan Guru99 dengan kata laluan dan # pengguna yang betul sementara pengurus harus dapat masuk ke laman web melalui halaman log masuk pelanggan.

Walaupun jadual di bawah adalah Dokumen Keperluan Teknikal (TRD) kami .

Catatan: Pasukan QA tidak mendokumentasikan BRD dan TRD. Juga, beberapa syarikat menggunakan Dokumen Keperluan Fungsi (FRD) yang serupa dengan Dokumen Keperluan Teknikal tetapi proses pembuatan Traceability Matrix tetap sama.

Mari maju dan buat RTM dalam Ujian

Langkah 1: Contoh Uji Kes kami adalah

"Sahkan Log Masuk, apabila ID dan Kata Laluan yang betul dimasukkan, ia harus berjaya masuk"

Langkah 2 : Kenalpasti Keperluan Teknikal yang disahkan oleh kes ujian ini. Untuk kes ujian kami, syarat teknikal adalah T94 sedang disahkan.

Langkah 3: Perhatikan Keperluan Teknikal ini (T94) dalam Kes Kes Ujian.

Langkah 4: Kenalpasti Keperluan Perniagaan yang mana TR ini (Keperluan Teknikal-T94) ditakrifkan

Langkah 5: Perhatikan BR (Keperluan Perniagaan) dalam Kes Ujian

Langkah 6: Lakukan di atas untuk semua Kes Ujian. Kemudian Ekstrak 3 Lajur Pertama dari Test Suite anda. RTM dalam ujian Sedia!

Kelebihan Matriks Jejak Keperluan

Ia mengesahkan liputan ujian 100%
Ia menyoroti sebarang keperluan yang hilang atau ketidakkonsistenan dokumen
Ini menunjukkan keseluruhan kecacatan atau status pelaksanaan dengan fokus pada keperluan perniagaan
Ini membantu dalam menganalisis atau menganggarkan kesan terhadap kerja pasukan QA berkenaan dengan meninjau atau mengerjakan semula kes ujian