Software Testing Metrics
Bài đăng này đã không được cập nhật trong 5 năm
1. Software Testing Metric là gì?
Số liệu kiểm thử phần mềm được định nghĩa là thước đo định lượng giúp ước tính tiến độ, chất lượng của effort kiểm thử phần mềm. Một số liệu xác định theo thuật ngữ định lượng mức độ mà một hệ thống, thành phần hệ thống hoặc quy trình sở hữu một thuộc tính nhất định.
Ví dụ lý tưởng để hiểu các số liệu sẽ là số dặm hàng tuần của một chiếc xe so với số dặm lý tưởng của nó được nhà sản xuất khuyến nghị.
Số liệu kiểm thử phần mềm - Cải thiện hiệu quả của quy trình kiểm thử phần mềm.
Số liệu kiểm thử phần mềm hoặc đo lường kiểm thử phần mềm là chỉ số định lượng về mức độ, công suất, kích thước, số lượng hoặc kích thước của một số thuộc tính của một quy trình hoặc sản phẩm.
Ví dụ cho phép đo kiểm thử phần mềm: Tổng số lỗi
2. Tại sao Test Metrics là quan trọng?
"Chúng ta không thể cải thiện những thứ mà chúng ta không thể đo lường" và Test Metrics giúp chúng ta thực hiện chính xác như vậy.
- Đưa ra quyết định cho giai đoạn tiếp theo
- Bằng chứng của yêu cầu hoặc dự đoán
- Hiểu loại cải tiến cần thiết
- Đưa ra quyết định hoặc quá trình hoặc thay đổi công nghệ
3. Các loại Test Metrics
- Process Metrics - Số liệu quy trình: Nó có thể được sử dụng để cải thiện hiệu quả xử lý của SDLC (Vòng đời phát triển phần mềm)
- Product Metrics - Số liệu sản phẩm: Nó liên quan đến chất lượng của sản phẩm phần mềm
- Project Metrics - Số liệu dự án: Nó có thể được sử dụng để đo lường hiệu quả của nhóm dự án hoặc bất kỳ công cụ kiểm tra nào đang được sử dụng bởi các thành viên trong nhóm
Xác định các số liệu kiểm tra chính xác là rất quan trọng. Vài điều cần được xem xét trước khi xác định các số liệu kiểm tra:
- Fix đối tượng mục tiêu để chuẩn bị số liệu
- Xác định mục tiêu cho các số liệu
- Giới thiệu tất cả các số liệu liên quan dựa trên nhu cầu của dự án
- Phân tích khía cạnh lợi ích chi phí của từng số liệu và giai đoạn dự án mà nó mang lại sản lượng tối đa
4. Test Metrics thủ công
Trong Công nghệ phần mềm, số liệu kiểm tra manual được phân thành hai lớp
- Số liệu cơ sở
- Số liệu tính toán
Số liệu cơ sở là dữ liệu thô được thu thập bởi Nhà phân tích kiểm thử trong quá trình phát triển và thực hiện kiểm thử (# of test cases executed, # of test cases). Trong khi các số liệu tính toán được lấy từ dữ liệu được thu thập trong các số liệu cơ sở. Số liệu được tính toán thường được theo dõi bởi người quản lý kiểm thử dành cho mục đích báo cáo thử nghiệm (% Complete, % Test Coverage).
Tùy thuộc vào dự án hoặc mô hình nghiệp vụ, một số số liệu quan trọng là:
- Số test case được thực hiện
- Số test case chuẩn bị thực hiện
- Số liệu defect
- Defect theo mức độ ưu tiên
- Defect theo mức độ nghiêm trọng
- Defect tỷ lệ trượt
5. Test Metrics Life Cycle
6. Cách tính Test Metrics
Sr# | Các bước để kiểm tra số liệu | Ví dụ |
---|---|---|
1 | Xác định các quy trình kiểm thử phần mềm chính cần được đo lường | Kiểm tra quá trình theo dõi tiến trình |
2 | Trong Bước này, tester sử dụng dữ liệu làm baseline để xác định số liệu | Số lượng các trường hợp thử nghiệm được lên kế hoạch thực hiện mỗi ngày |
3 | Xác định thông tin cần theo dõi, tần suất theo dõi và người chịu trách nhiệm | Việc thực hiện kiểm tra thực tế mỗi ngày sẽ được người test manager nắm bắt vào cuối ngày |
4 | Tính toán, quản lý và giải thích các số liệu được xác định | Các trường hợp thử nghiệm thực tế được thực hiện mỗi ngày |
5 | Xác định các lĩnh vực cải tiến tùy thuộc vào việc giải thích các số liệu được xác định | Việc thực hiện Test Case nằm dưới mục tiêu đã đặt ra, chúng tôi cần điều tra lý do và đề xuất các biện pháp cải tiến |
7. Ví dụ về Test Metric
Để hiểu cách tính các số liệu kiểm tra, chúng ta sẽ thấy một ví dụ về tỉ lệ test case được thực hiện.
Để có được trạng thái thực thi của các test case theo tỷ lệ phần trăm, chúng tôi sử dụng công thức.
Tỷ lệ phần trăm các test case được thực hiện = (Số test case được thực hiện / Tổng số test case được viết) X 100 Tương tự, bạn có thể tính toán cho các tham số khác như các test case không được thực thi, các test case được thông qua, các test case bị lỗi, các test case bị chặn, v.v.
8. Thuật ngữ Test metric
- Lịch trình phương sai = (effort thực tế - effort ước tính) / effort ước tính) X 100
- Chi phí tìm lỗi trong kiểm thử = (Tổng effort dành cho kiểm thử / lỗi tìm thấy trong kiểm tra)
- Schedule slippage = (Ngày kết thúc thực tế - Ngày kết thúc dự kiến) / (Ngày kết thúc dự kiến - Ngày bắt đầu dự kiến) X 100
Bài viết được dịch và tham khảo từ nguồn: https://www.guru99.com/software-testing-metrics-complete-tutorial.html
All rights reserved