Apa itu Requirements Traceability Matrix (RTM)? Contoh Template

Apa itu Matriks Ketertelusuran? (TM)

Matriks Ketertelusuran adalah dokumen yang berhubungan secara bersama-sama dengan dokumen dua dasar mana pun yang memerlukan hubungan banyak-ke-banyak untuk memeriksa kelengkapan hubungan.

Ini digunakan untuk melacak persyaratan dan untuk memeriksa apakah persyaratan proyek saat ini terpenuhi.

Apa itu Requirement Traceability Matrix?

Requirement Traceability Matrix (RTM) adalah dokumen yang memetakan dan melacak kebutuhan pengguna dengan kasus uji. Ini menangkap semua persyaratan yang diajukan oleh klien dan keterlacakan persyaratan dalam satu dokumen, yang disampaikan pada akhir siklus hidup pengembangan Perangkat Lunak. Tujuan utama dari Requirement Traceability Matrix adalah untuk memvalidasi bahwa semua persyaratan diperiksa melalui kasus uji sehingga tidak ada fungsionalitas yang tidak dicentang selama pengujian Perangkat Lunak.

Dalam tutorial ini, Anda akan mempelajari lebih lanjut tentang-

Mengapa RTM Penting?
Parameter mana yang akan disertakan dalam Requirement Traceability Matrix?
Jenis Matriks Uji Ketertelusuran
Cara membuat Matriks Ketertelusuran Persyaratan
Keuntungan dari Requirement Traceability Matrix
Persyaratan Template Traceability Matrix (RTM)

Mengapa RTM Penting?

Agenda utama setiap penguji harus memahami kebutuhan klien dan memastikan bahwa produk keluaran harus bebas dari cacat. Untuk mencapai tujuan ini, setiap QA harus memahami persyaratan secara menyeluruh dan membuat kasus uji positif dan negatif.

Ini berarti bahwa persyaratan perangkat lunak yang disediakan oleh klien harus dibagi lagi menjadi skenario yang berbeda dan selanjutnya untuk menguji kasus. Setiap kasus ini harus dijalankan secara individual.

Sebuah pertanyaan muncul di sini tentang bagaimana memastikan bahwa persyaratan tersebut diuji dengan mempertimbangkan semua kemungkinan skenario / kasus? Bagaimana cara memastikan bahwa persyaratan apa pun tidak ketinggalan dari siklus pengujian?

Cara sederhana adalah melacak persyaratan dengan skenario pengujian dan kasus pengujian yang sesuai. Ini hanya disebut sebagai 'Requirement Traceability Matrix.'

Matriks ketertelusuran biasanya berupa lembar kerja yang berisi persyaratan dengan semua kemungkinan skenario dan kasus pengujian serta statusnya saat ini, yaitu jika telah lulus atau gagal. Ini akan membantu tim penguji untuk memahami tingkat aktivitas pengujian yang dilakukan untuk produk tertentu.

Parameter mana yang akan disertakan dalam Requirement Traceability Matrix?

ID Persyaratan
Jenis dan Deskripsi Kebutuhan
Uji Kasus dengan Status

Di atas adalah matriks ketertelusuran persyaratan sampel.

Tetapi dalam proyek pengujian perangkat lunak yang khas, matriks ketertelusuran akan memiliki lebih dari parameter ini.

Seperti yang diilustrasikan di atas, matriks ketertelusuran persyaratan dapat:

Tunjukkan cakupan persyaratan dalam jumlah kasus uji
Status desain serta status eksekusi untuk kasus uji tertentu
Jika ada uji User Acceptance yang harus dilakukan oleh pengguna, maka status UAT juga dapat diambil dalam matriks yang sama.
Cacat terkait dan status saat ini juga dapat disebutkan dalam matriks yang sama.

Matriks semacam ini akan menyediakan One Stop Shop untuk semua aktivitas pengujian.

Selain mempertahankan keunggulan secara terpisah. Tim penguji juga dapat memilih persyaratan yang menelusuri Alat Manajemen Pengujian yang tersedia.

Jenis Matriks Uji Ketertelusuran

Dalam Rekayasa Perangkat Lunak, matriks ketertelusuran dapat dibagi menjadi tiga komponen utama seperti yang disebutkan di bawah ini:

Ketertelusuran ke depan : Matriks ini digunakan untuk memeriksa apakah proyek berjalan ke arah yang diinginkan dan untuk produk yang tepat. Ini memastikan bahwa setiap persyaratan diterapkan pada produk dan setiap persyaratan diuji secara menyeluruh. Ini memetakan persyaratan untuk menguji kasus.
Keterlacakan mundur atau mundur: Ini digunakan untuk memastikan apakah produk saat ini tetap berada di jalur yang benar. Tujuan di balik jenis ketertelusuran ini adalah untuk memverifikasi bahwa kami tidak memperluas cakupan proyek dengan menambahkan kode, elemen desain, pengujian, atau pekerjaan lain yang tidak ditentukan dalam persyaratan. Ini memetakan kasus uji ke persyaratan.
Ketertelusuran dua arah (Maju + Mundur): Matriks ketertelusuran ini memastikan bahwa semua persyaratan dicakup oleh kasus uji. Ini menganalisis dampak perubahan persyaratan yang dipengaruhi oleh Cacat pada produk kerja dan sebaliknya.

Cara membuat Matriks Ketertelusuran Persyaratan

Mari kita pahami konsep Requirement Traceability Matrix melalui proyek perbankan Guru99.

Berdasarkan Business Requirement Document (BRD) dan Technical Requirement Document (TRD) , penguji mulai menulis kasus uji.

Misalkan, tabel berikut adalah Business Requirement Document atau BRD untuk proyek perbankan Guru99 .

Di sini skenarionya adalah bahwa pelanggan harus dapat masuk ke situs web perbankan Guru99 dengan kata sandi dan nomor pengguna yang benar sementara manajer harus dapat masuk ke situs web melalui halaman login pelanggan.

Sedangkan tabel di bawah ini adalah Technical Requirement Document (TRD) kami .

Catatan: Tim QA tidak mendokumentasikan BRD dan TRD. Selain itu, beberapa perusahaan menggunakan Dokumen Persyaratan Fungsi (FRD) yang mirip dengan Dokumen Persyaratan Teknis tetapi proses pembuatan Matriks Ketertelusuran tetap sama.

Let's Go Ahead dan buat RTM dalam Pengujian

Langkah 1: Contoh Kasus Uji kami adalah

"Verifikasi Login, ketika ID dan Kata Sandi yang benar dimasukkan, itu harus berhasil masuk"

Langkah 2 : Identifikasi Persyaratan Teknis yang sedang diverifikasi kasus uji ini. Untuk kasus uji kami, persyaratan teknisnya adalah T94 sedang diverifikasi.

Langkah 3: Catat Persyaratan Teknis ini (T94) dalam Kasus Uji.

Langkah 4: Identifikasi Persyaratan Bisnis yang TR (Persyaratan Teknis-T94) ini didefinisikan

Langkah 5: Catat BR (Business Requirement) dalam Test Case

Langkah 6: Lakukan di atas untuk semua Kasus Uji. Kemudian Ekstrak 3 Kolom Pertama dari Test Suite Anda. RTM dalam pengujian sudah Siap!

Keuntungan dari Requirement Traceability Matrix

Ini menegaskan cakupan tes 100%
Ini menyoroti setiap persyaratan yang hilang atau ketidakkonsistenan dokumen
Ini menunjukkan keseluruhan cacat atau status eksekusi dengan fokus pada persyaratan bisnis
Ini membantu dalam menganalisis atau memperkirakan dampak pada pekerjaan tim QA sehubungan dengan meninjau kembali atau mengerjakan kembali kasus uji