Ma trận xác định nguồn gốc yêu cầu (RTM) là gì? Mẫu ví dụ

Ma trận xác định nguồn gốc là gì? (TM)

Ma trận xác định nguồn gốc là một tài liệu đồng quan hệ với bất kỳ tài liệu hai đường cơ sở nào yêu cầu mối quan hệ nhiều-nhiều để kiểm tra tính đầy đủ của mối quan hệ.

Nó được sử dụng để theo dõi các yêu cầu và kiểm tra các yêu cầu hiện tại của dự án có được đáp ứng hay không.

Ma trận xác định nguồn gốc yêu cầu là gì?

Ma trận xác định nguồn gốc yêu cầu (RTM) là một tài liệu ánh xạ và theo dõi yêu cầu của người dùng với các trường hợp thử nghiệm. Nó nắm bắt tất cả các yêu cầu do khách hàng đề xuất và truy xuất nguồn gốc yêu cầu trong một tài liệu duy nhất, được cung cấp khi kết thúc vòng đời phát triển Phần mềm. Mục đích chính của Ma trận xác định nguồn gốc yêu cầu là xác nhận rằng tất cả các yêu cầu đều được kiểm tra thông qua các trường hợp thử nghiệm để không có chức năng nào bị bỏ chọn trong quá trình kiểm tra Phần mềm.

Trong hướng dẫn này, bạn sẽ tìm hiểu thêm về-

Tại sao RTM lại quan trọng?
Những thông số nào cần bao gồm trong Ma trận xác định nguồn gốc yêu cầu?
Các loại ma trận kiểm tra xác định nguồn gốc
Cách tạo Ma trận xác định nguồn gốc yêu cầu
Lợi thế của Ma trận xác định nguồn gốc yêu cầu
Yêu cầu Mẫu ma trận xác định nguồn gốc (RTM)

Tại sao RTM lại quan trọng?

Chương trình chính của mọi người kiểm tra phải là hiểu yêu cầu của khách hàng và đảm bảo rằng sản phẩm đầu ra phải không có sai sót. Để đạt được mục tiêu này, mọi QA nên hiểu yêu cầu kỹ lưỡng và tạo ra các trường hợp thử nghiệm tích cực và tiêu cực.

Điều này có nghĩa là các yêu cầu phần mềm do khách hàng cung cấp phải được chia nhỏ hơn nữa thành các tình huống khác nhau và xa hơn nữa để kiểm tra các trường hợp. Mỗi trường hợp này phải được thực hiện riêng lẻ.

Một câu hỏi đặt ra ở đây là làm thế nào để đảm bảo rằng yêu cầu được kiểm tra xem xét tất cả các tình huống / trường hợp có thể xảy ra? Làm thế nào để đảm bảo rằng bất kỳ yêu cầu nào không nằm ngoài chu trình thử nghiệm?

Một cách đơn giản là theo dõi yêu cầu với các kịch bản thử nghiệm và trường hợp thử nghiệm tương ứng của nó. Điều này chỉ đơn thuần được gọi là 'Ma trận xác định nguồn gốc yêu cầu.'

Ma trận xác định nguồn gốc thường là một trang tính có chứa các yêu cầu với tất cả các tình huống và trường hợp thử nghiệm có thể xảy ra và trạng thái hiện tại của chúng, tức là chúng đã đạt hay không. Điều này sẽ giúp nhóm thử nghiệm hiểu được mức độ của các hoạt động thử nghiệm được thực hiện đối với sản phẩm cụ thể.

Những thông số nào cần bao gồm trong Ma trận xác định nguồn gốc yêu cầu?

ID yêu cầu
Loại yêu cầu và mô tả
Các trường hợp kiểm tra có trạng thái

Trên đây là ma trận truy xuất nguồn gốc yêu cầu mẫu.

Nhưng trong một dự án kiểm thử phần mềm điển hình, ma trận truy xuất nguồn gốc sẽ có nhiều hơn những thông số này.

Như được minh họa ở trên, ma trận xác định nguồn gốc yêu cầu có thể:

Hiển thị phạm vi yêu cầu trong số lượng trường hợp thử nghiệm
Trạng thái thiết kế cũng như trạng thái thực thi cho trường hợp thử nghiệm cụ thể
Nếu có bất kỳ kiểm tra Chấp nhận người dùng nào được thực hiện bởi người dùng, thì trạng thái UAT cũng có thể được ghi lại trong cùng một ma trận.
Các khuyết tật liên quan và trạng thái hiện tại cũng có thể được đề cập trong cùng một ma trận.

Loại ma trận này sẽ cung cấp một cửa cho tất cả các hoạt động thử nghiệm.

Ngoài việc duy trì một excel riêng biệt. Một nhóm kiểm tra cũng có thể chọn các yêu cầu theo dõi các Công cụ quản lý kiểm tra có sẵn.

Các loại ma trận kiểm tra xác định nguồn gốc

Trong Kỹ thuật phần mềm, ma trận truy xuất nguồn gốc có thể được chia thành ba thành phần chính như được đề cập dưới đây:

Truy xuất nguồn gốc chuyển tiếp : Ma trận này được sử dụng để kiểm tra xem liệu dự án có tiến triển theo hướng mong muốn và cho đúng sản phẩm hay không. Nó đảm bảo rằng mỗi yêu cầu được áp dụng cho sản phẩm và mỗi yêu cầu đều được kiểm tra kỹ lưỡng. Nó ánh xạ các yêu cầu đến các trường hợp kiểm thử.
Truy xuất ngược hoặc truy xuất ngược: Được sử dụng để đảm bảo liệu sản phẩm hiện tại có đi đúng hướng hay không. Mục đích đằng sau loại truy xuất nguồn gốc này là để xác minh rằng chúng tôi không mở rộng phạm vi dự án bằng cách thêm mã, yếu tố thiết kế, thử nghiệm hoặc công việc khác không được chỉ định trong yêu cầu. Nó ánh xạ các trường hợp thử nghiệm với các yêu cầu.
Truy xuất nguồn gốc hai hướng (Tiến + lùi): Ma trận truy xuất nguồn gốc này đảm bảo rằng tất cả các yêu cầu đều được bao phủ bởi các trường hợp thử nghiệm. Nó phân tích tác động của sự thay đổi các yêu cầu bị ảnh hưởng bởi Sai sót trong sản phẩm làm việc và ngược lại.

Cách tạo Ma trận xác định nguồn gốc yêu cầu

Chúng ta hãy hiểu khái niệm về Ma trận xác định nguồn gốc yêu cầu thông qua dự án ngân hàng Guru99.

Trên cơ sở Tài liệu Yêu cầu Kinh doanh (BRD) và Tài liệu Yêu cầu Kỹ thuật (TRD) , người kiểm thử bắt đầu viết các trường hợp kiểm thử.

Giả sử, bảng sau là Tài liệu Yêu cầu Kinh doanh của chúng tôi hoặc BRD cho dự án ngân hàng Guru99 .

Ở đây, tình huống là khách hàng có thể đăng nhập vào trang web ngân hàng Guru99 bằng mật khẩu chính xác và số id người dùng trong khi người quản lý có thể đăng nhập vào trang web thông qua trang đăng nhập của khách hàng.

Trong khi bảng dưới đây là Tài liệu Yêu cầu Kỹ thuật (TRD) của chúng tôi .

Lưu ý: Nhóm QA không ghi lại BRD và TRD. Ngoài ra, một số công ty sử dụng Tài liệu Yêu cầu Chức năng (FRD) tương tự như Tài liệu Yêu cầu Kỹ thuật nhưng quy trình tạo Ma trận xác định nguồn gốc vẫn giống nhau.

Hãy bắt đầu và tạo RTM trong Thử nghiệm

Bước 1: Trường hợp thử nghiệm mẫu của chúng tôi là

"Xác minh Đăng nhập, khi nhập đúng ID và Mật khẩu, nó sẽ đăng nhập thành công"

Bước 2 : Xác định Yêu cầu kỹ thuật mà trường hợp thử nghiệm này đang xác minh. Đối với trường hợp thử nghiệm của chúng tôi, yêu cầu kỹ thuật là T94 đang được xác minh.

Bước 3: Lưu ý Yêu cầu kỹ thuật này (T94) trong Trường hợp thử nghiệm.

Bước 4: Xác định Yêu cầu Kinh doanh mà TR (Yêu cầu Kỹ thuật-T94) này được xác định

Bước 5: Lưu ý BR (Yêu cầu kinh doanh) trong Trường hợp thử nghiệm

Bước 6: Làm ở trên cho tất cả các Trường hợp thử nghiệm. Sau đó, trích xuất 3 cột đầu tiên từ Bộ thử nghiệm của bạn. RTM trong thử nghiệm đã sẵn sàng!

Lợi thế của Ma trận xác định nguồn gốc yêu cầu

Nó xác nhận phạm vi kiểm tra 100%
Nó làm nổi bật bất kỳ yêu cầu nào bị thiếu hoặc mâu thuẫn tài liệu
Nó cho thấy các khiếm khuyết tổng thể hoặc tình trạng thực thi tập trung vào các yêu cầu kinh doanh
Nó giúp phân tích hoặc ước tính tác động đến công việc của nhóm QA liên quan đến việc xem lại hoặc làm việc lại các trường hợp thử nghiệm