Ma trận truy xuất nguồn gốc yêu cầu (RTM) trong kiểm thử là gì?
Thomas Hamilton
⚡ Tóm tắt thông minh
Ma trận Truy xuất Yêu cầu (RTM) là một tài liệu có cấu trúc, liên kết các yêu cầu của dự án với các trường hợp kiểm thử tương ứng, đảm bảo phạm vi bao phủ và xác thực đầy đủ. Ma trận này đóng vai trò quan trọng trong kiểm thử phần mềm bằng cách ngăn ngừa các chức năng bị bỏ sót, hỗ trợ tuân thủ và cung cấp khả năng hiển thị cho các bên liên quan.
Ma trận truy xuất nguồn gốc (TM) là gì?
Ma trận truy xuất nguồn gốc là một tài liệu tương quan giữa hai tài liệu cơ sở 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 xem các yêu cầu hiện tại của dự án có được đáp ứng hay không.
👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí
Ma trận truy xuất yêu cầu là gì?
Ma trận truy xuất nguồn gốc yêu cầu (RTM) là một tài liệu ánh xạ và theo dõi các yêu cầu của người dùng với các trường hợp kiểm thử. Tài liệu này ghi lại tất cả các yêu cầu do khách hàng đề xuất và khả năng theo dõi yêu cầu trong một tài liệu duy nhất, được gửi khi kết thúc quá trình. Chu trình phát triển phần mềmMục đích chính của Ma trận truy xuất yêu cầu là xác thực 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, sao cho không có chức năng nào bị bỏ qua trong quá trình thử nghiệm phần mềm.
Tại sao RTM lại quan trọng?
Nhiệm vụ chính của mỗi kiểm thử viên là hiểu rõ yêu cầu của khách hàng và đảm bảo sản phẩm đầu ra không có lỗi. Để đạt được mục tiêu này, mỗi QA phải hiểu rõ yêu cầu và tạo ra các trường hợp kiểm thử 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ỏ thành các kịch bản khác nhau và các trường hợp thử nghiệm. 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 yêu cầu được kiểm thử, xét đến 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 bị bỏ sót trong chu trình kiểm thử?
Một cách đơn giản là theo dõi yêu cầu bằng các kịch bản thử nghiệm tương ứng và trường hợp thử nghiệm. Điều này được gọi là 'Ma trận truy xuất yêu cầu'.
Ma trận truy xuất nguồn gốc thường là một bảng tính chứa các yêu cầu với tất cả các khả năng có thể các tình huống thử nghiệm và các trường hợp cũng như trạng thái hiện tại của chúng, tức là liệu chúng đã đạt hay chưa đạt. Điều này sẽ giúp nhóm kiểm thử hiểu được mức độ hoạt động kiểm thử đã được thực hiện cho từng sản phẩm cụ thể.
Ai cần RTM?
A Yêu cầu Ma trận xác định nguồn gốc (RTM) không chỉ dành cho người thử nghiệm — mà còn có giá trị đối với bất kỳ ai tham gia cung cấp phần mềm hoặc dự án chất lượng cao.
- QA và người kiểm tra → Đảm bảo yêu cầu bao phủ 100% với các trường hợp thử nghiệm được lập bản đồ tốt.
- Nhà phân tích kinh doanh → Theo dõi các yêu cầu từ SRS/User Stories cho đến khi thực hiện.
- Quản lý dự án → Có được tầm nhìn rõ ràng về phạm vi, tiến độ và các yêu cầu bị bỏ sót.
- Các nhà phát triển → Hiểu cách các tính năng liên quan đến mục tiêu kinh doanh.
- Các ngành được quản lý (Chăm sóc sức khỏe, Ô tô, Hàng không vũ trụ, Tài chính) → Chứng minh sự tuân thủ và vượt qua các cuộc kiểm toán với khả năng truy xuất nguồn gốc rõ ràng.
- Khách hàng và các bên liên quan → Đảm bảo rằng các yêu cầu của họ đã được triển khai và thử nghiệm.
👉 Tóm lại, bất kỳ ai chịu trách nhiệm về xây dựng, xác thực hoặc phê duyệt các yêu cầu phần mềm lợi ích từ RTM.
Những thông số nào cần đưa vào Ma trận truy xuất yêu cầu?
- ID yêu cầu
- Loại yêu cầu và Description
- Các trường hợp thử nghiệm 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 cách điển hình kiểm thử phần mềm dự án, ma trận truy xuất nguồn gốc sẽ có nhiều hơn các tham số này.
Như minh họa ở trên, ma trận truy xuất 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 hiện cho trường hợp thử nghiệm cụ thể
- Nếu có bất kỳ bài kiểm tra Chấp nhận của người dùng nào cần được người dùng thực hiện, thì trạng thái UAT cũng có thể được ghi lại trong cùng một ma trận.
- Các khiếm khuyế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 Cửa hàng một cửa cho tất cả các hoạt động thử nghiệm.
Ngoài việc duy trì Excel riêng biệt, nhóm kiểm thử cũng có thể lựa chọn theo dõi yêu cầu có sẵn trong Công cụ Quản lý Kiểm thử.
Các loại ma trận kiểm tra truy xuất 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 phía trước: Ma trận này được sử dụng để kiểm tra xem dự án có tiến triển theo hướng mong muốn và có đúng sản phẩm hay không. Nó đảm bảo rằng mỗi yêu cầu đề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 tới các trường hợp thử nghiệm.
- Truy xuất nguồn gốc ngược hoặc ngược: Nó được sử dụng để đảm bảo sản phẩm hiện tại vẫn đi đúng hướng. Mục đích của loại truy xuất nguồn gốc này là để xác minh rằng chúng ta không mở rộng phạm vi dự án bằng cách thêm mã, các yếu tố thiết kế, kiểm thử hoặc cá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 kiểm thử với các yêu cầu.
- Truy xuất nguồn gốc hai chiều ( Forward+Backward): Ma trận truy xuất nguồn gốc này đảm bảo các trường hợp kiểm thử bao quát tất cả các yêu cầu. Nó phân tích tác động của sự thay đổi trong các yêu cầu bị ảnh hưởng bởi Khiếm khuyết trong một sản phẩm công việc và ngược lại.
Cách tạo Ma trận truy xuất yêu cầu
Hãy cùng tìm hiểu khái niệm Ma trận truy xuất 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 tra bắt đầu viết trường hợp kiểm thử.
Giả sử bảng sau đây 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, kịch bản là khách hàng phải có thể đăng nhập vào trang web ngân hàng Guru99 bằng mật khẩu và ID người dùng chính xác, trong khi người quản lý phải có thể đăng nhập vào trang web thông qua trang đăng nhập của khách hàng.
Bảng dưới đây là của chúng tôi Tài liệu yêu cầu kỹ thuật (TRD).
Lưu ý: Nhóm QA không ghi lại BRD và TRD. Ngoài ra, một số công ty còn 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 truy xuất nguồn gốc vẫn giữ nguyên.
Hãy tiếp tục và tạo RTM trong thử nghiệm
Bước 1) Của chúng tôi Trường hợp thử nghiệm mẫu is
“Xác minh đăng nhập: Khi nhập đúng ID và mật khẩu, bạ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 ta, yêu cầu kỹ thuật T94 đang được xác minh.
Bước 3) Lưu ý Yêu cầu kỹ thuật này (T94) trong Test Case.
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) Thực hiện các bước trên cho tất cả các trường hợp thử nghiệm. LaterTrích xuất 3 cột đầu tiên từ Bộ kiểm thử của bạn. RTM đang trong quá trình kiểm thử đã sẵn sàng!
Ưu điểm của Ma trận truy xuất nguồn gốc yêu cầu
- Nó xác nhận phạm vi kiểm tra 100%
- Nó nêu bật bất kỳ yêu cầu nào còn thiếu hoặc tài liệu không nhất quán
- Nó hiển thị các lỗi tổng thể hoặc trạng thái 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 xét lại hoặc làm lại các trường hợp thử nghiệm
Thực hành tốt nhất và Mẹo sử dụng RTM
Ma trận truy xuất nguồn gốc yêu cầu (RTM) hiệu quả nhất khi nó được giữ đơn giản, nhất quán và được cập nhật thường xuyên. Dưới đây là những phương pháp hay nhất sẽ cho phép các nhóm đảm bảo phạm vi bảo hiểm đầy đủ, sửa chữa tối thiểu và tăng cường sự tự tin trong việc triển khai dự án:
- Bắt đầu sớm → Tạo RTM ngay từ đầu dự án.
- Luôn cập nhật nó → Cập nhật ma trận bất cứ khi nào yêu cầu hoặc trường hợp thử nghiệm thay đổi.
- Sử dụng ID rõ ràng → Gán ID duy nhất cho các yêu cầu và trường hợp thử nghiệm để dễ dàng theo dõi.
- Bao gồm các trường hợp tích cực và tiêu cực → Đảm bảo mọi yêu cầu đều được xác thực từ nhiều góc độ thử nghiệm.
- Cộng tác giữa các nhóm → Thu hút người thử nghiệm, nhà phát triển, BA và quản lý dự án tham gia duy trì RTM.
- Công cụ đòn bẩy → Thay vì sử dụng bảng tính, hãy cân nhắc sử dụng các công cụ quản lý thử nghiệm (như Jira, HP ALM hoặc Zephyr) để có khả năng mở rộng.
- Kiểm soát phiên bản → Lưu giữ các phiên bản lịch sử để theo dõi những thay đổi và duy trì sự tuân thủ.
- Tập trung vào sự đơn giản → Tránh làm quá tải ma trận; chỉ làm nổi bật các tham số cần thiết.
- Kiểm toán thường xuyên → Định kỳ xem xét RTM để phát hiện những thiếu sót trước thời hạn kiểm tra.
- Liên kết đến Giá trị Doanh nghiệp → Liên kết các yêu cầu với mục tiêu kinh doanh để thể hiện ROI.
Những thách thức và giải pháp chung của RTM
- Thách thức: Cập nhật RTM liên tục
Các yêu cầu và trường hợp thử nghiệm thường xuyên thay đổi, khiến RTM nhanh chóng trở nên lỗi thời.
Giải pháp: Sử dụng các công cụ quản lý thử nghiệm tự động có khả năng đồng bộ hóa các yêu cầu, trường hợp thử nghiệm và lỗi theo thời gian thực. - Thách thức: Độ phức tạp quá mức
Việc thêm quá nhiều tham số khiến RTM khó bảo trì và diễn giải.
Giải pháp: Duy trì RTM tinh gọn bằng cách chỉ tập trung vào các trường thiết yếu như ID, mô tả và trạng thái. - Thách thức: Sự hợp tác kém trong nhóm
Các nhóm khác nhau có thể không thống nhất về quyền sở hữu hoặc cập nhật.
Giải pháp: Xác định vai trò rõ ràng, có sự tham gia của người thử nghiệm, nhà phát triển và nhà phân tích, đồng thời lên lịch đánh giá RTM thường xuyên. - Thách thức: Phạm vi yêu cầu không đầy đủ
Một số yêu cầu có thể thiếu trường hợp thử nghiệm, dẫn đến bỏ lỡ chức năng.
Giải pháp: Xác thực phạm vi bảo mật thường xuyên, sử dụng khả năng truy xuất hai chiều và chạy kiểm tra trước khi phát hành chính thức. - Thách thức: Nỗ lực thủ công trong các dự án lớn
Việc quản lý RTM trong bảng tính trở nên tốn thời gian đối với các hệ thống phức tạp.
Giải pháp: Áp dụng các công cụ RTM như Jira, HP ALM hoặc Zephyr để tự động hóa việc lập bản đồ và báo cáo.
Cùng tìm hiểu RTM với ví dụ trong Video
Nhấp chuột đây nếu video không thể truy cập được
Mẫu ma trận truy xuất nguồn gốc (RTM) yêu cầu
Nhấp vào bên dưới để tải xuống Tệp Excel Mẫu RTM
Tải xuống Mẫu RTM Excel(.xlsx)
