Yêu cầu là gì? TracMa trận khả năng (RTM) trong kiểm thử?
Thomas Hamilton
⚡ Tóm tắt thông minh
Những yêu cầu TracMa trận khả năng (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 độ bao phủ và xác thực đầy đủ. Nó đóng vai trò quan trọng trong kiểm thử phần mềm bằng cách ngăn ngừa việc bỏ sót chức năng, hỗ trợ tuân thủ và cung cấp tính minh bạch cho các bên liên quan.
Là gì TracMa trận khả năng (TM)?
A TracMa trận khả năng tương thích là một tài liệu đối chiếu hai tài liệu cơ sở bất kỳ 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 để tracXác định 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 đáp ứng hay chưa.
👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí
Yêu cầu là gì? TracMa trận khả năng?
Một yêu cầu TracMa trận khả năng (RTM) là một tài liệu lập bản đồ và tracNó ghi lại các yêu cầu của người dùng kèm theo các trường hợp kiểm thử. Nó bao gồm tất cả các yêu cầu do khách hàng đề xuất và các yêu cầu cần thiết. tracKhả năng thực hiện được trình bày trong một tài liệu duy nhất, được gửi vào cuối quá trình. Chu trình phát triển phần mềmMục đích chính của Yêu cầu TracMa trận khả năng được sử dụng để 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, sao cho không có chức năng nào bị bỏ sót trong quá trình kiểm thử 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à tracyêu cầu đó cùng với các kịch bản kiểm thử tương ứng và trường hợp thử nghiệmĐiều này được gọi là 'Yêu cầu'. TracMa trận khả năng.'
tracMa trận khả thi 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ể xảy ra. 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 TracMa trận khả năng (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 → TracYêu cầu k từ SRS/User Stories cho đến khi thực thi.
- 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 bằng chứng rõ ràng tracKhả nă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 tham số nào cần đưa vào yêu cầu? TracMa trận khả năng?
- 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à một ví dụ về yêu cầu. tracMa trận khả năng.
Nhưng trong một cách điển hình kiểm thử phần mềm dự án, tracMa trận khả năng sẽ có nhiều tham số hơn thế này.
Như minh họa ở trên, một yêu cầu tracMa trận khả năng 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ì một bảng tính Excel riêng biệt, nhóm kiểm thử cũng có thể lựa chọn sử dụng các yêu cầu khác. traccó sẵn trong các công cụ quản lý kiểm thử.
các loại TracMa trận kiểm tra khả năng
Trong Kỹ thuật Phần mềm, tracMa trận khả năng có thể được chia thành ba thành phần chính như đã đề cập bên dưới:
- Forward trackhả năng: 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.
- Lùi lại hoặc đảo ngược tracKhả năng: Nó được sử dụng để đảm bảo sản phẩm hiện tại vẫn nằm ở bên phải. track. Mục đích đằng sau loại hình này tracTính khả thi nhằm mục đích 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 nêu rõ 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.
- Bi-directional tracKhả năng (Tiến + Lùi): T tracMa trận khả năng đảm bảo rằng các trường hợp thử nghiệm bao phủ 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 yêu cầu TracMa trận khả năng
Hãy cùng tìm hiểu khái niệm về Yêu cầu. TracMa trận khả năng thông qua GuruDự án ngân hàng 99.
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 GuruDự án ngân hàng 99.
Trong trường hợp này, tình huống là khách hàng cần có khả năng đăng nhập vào... GuruTrang web ngân hàng 99 với mật khẩu và ID người dùng chính xác, trong khi người quản lý có thể đăng nhập vào trang web thông qua trang đăng nhập 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 ra một tài liệu như vậy lại khác. TracMa trận khả năng 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. Later, Bán tạitracChọn 3 cột đầu tiên từ bộ kiểm thử của bạn. RTM đã sẵn sàng cho việc kiểm thử!
Ưu điểm của yêu cầu TracMa trận khả năng
- 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
Yêu cầu TracMa trận khả năng (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 mã định danh duy nhất cho các yêu cầu và trường hợp kiểm thử để dễ dàng hơn. tracKhả năng.
- 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 → Giữ lại các phiên bản lịch sử tracthực hiện các 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ử thách: Giữping RTM đã được cập nhật
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: Kiểm tra độ phủ sóng thường xuyên, sử dụng giao tiếp hai chiều. tracvà tiến hành kiểm tra, đánh giá trước khi phát hành các phiên bản chính. - 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 quy trình lập bản đồ.ping 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
Yêu cầu TracMẫu ma trận khả thi (RTM)
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)
