Các kỹ thuật ước lượng kiểm thử trong kiểm thử phần mềm

⚡ Tóm tắt thông minh

Các kỹ thuật ước tính kiểm thử phần mềm giúp ước lượng thời gian và chi phí kiểm thử. Một quy trình bốn bước — phân chia nhiệm vụ, chỉ định người chịu trách nhiệm, ước tính nỗ lực và xác nhận với các bên liên quan — sẽ biến các mốc thời gian mơ hồ thành một kế hoạch khả thi mà ban quản lý có thể phê duyệt.

📋 Bắt đầu với việc phân tích công việc: Chia dự án thành các mô-đun, mô-đun con và nhiệm vụ sao cho mỗi ước tính bao gồm một đơn vị công việc nhỏ, thuộc trách nhiệm của dự án.
🔢 Hãy sử dụng các kỹ thuật đã được chứng minh: Phương pháp ước lượng Function Point và Three-Point cung cấp các con số có cấu trúc; Wideband Delphi và Use-Case Point bổ sung sự đồng thuận của nhóm.
💰 Chuyển đổi nỗ lực thành chi phí: Nhân số giờ công ước tính của mỗi người với mức lương kết hợp của cả nhóm để cung cấp cho bộ phận tài chính con số ngân sách rõ ràng.
🛡️ Thêm bộ đệm và xác thực: Hãy lên kế hoạch kỹ lưỡng để có thời gian chuẩn bị cho việc nghỉ phép, điều chỉnh công việc và những tình huống bất ngờ, sau đó trình lên ban quản lý xem xét và phê duyệt kế hoạch.
🤖 Sử dụng trí tuệ nhân tạo để tinh chỉnh các ước tính: Các trợ lý AI phân tích các dự án trước đây, đánh dấu các nhiệm vụ còn thiếu và đề xuất phạm vi độ tin cậy cho từng dòng trong kế hoạch.

Đọc thêm

Ước tính kiểm thử phần mềm là gì?

Ước tính kiểm thử phần mềm Đây là một hoạt động quản lý nhằm ước tính thời gian và chi phí cần thiết cho một nhiệm vụ kiểm thử. Việc lập dự toán kiểm thử đáng tin cậy là một trong những trách nhiệm quan trọng nhất trong quản lý. quản lý kiểm tra Bởi vì nó chi phối các quyết định về lịch trình, ngân sách và nguồn lực.

Tại sao việc ước lượng kết quả kiểm thử lại quan trọng?

Khách hàng luôn đặt ra hai câu hỏi trước khi ký kết hợp đồng thử nghiệm:

Đối với các dự án nhỏ, những câu hỏi này rất dễ trả lời. Nhưng đối với một dự án lớn hơn — ví dụ như thử nghiệm... GuruTrang web của 99 Bank — bạn cần một kỹ thuật có cấu trúc để bảo vệ câu trả lời.

Những gì để ước tính?

Tài nguyên: Nhân lực, thiết bị, cơ sở vật chất, kinh phí và bất cứ thứ gì khác cần thiết để hoàn thành công việc.
Thời gian: Nguồn lực quý giá nhất trong bất kỳ dự án nào — mỗi bản phát hành đều có thời hạn.
Kỹ năng mềm: Kiến thức và kinh nghiệm của nhóm. Những người kiểm thử giỏi hơn sẽ hoàn thành công việc nhanh hơn so với nhóm ít kinh nghiệm hơn.
Chi phí: Ngân sách dự án — số tiền cần thiết để thực hiện các thử nghiệm theo kế hoạch.

Cách ước tính

Các kỹ thuật ước tính kiểm thử phần mềm phổ biến bao gồm:

Cấu trúc phân chia công việc (WBS).
Phương pháp ước lượng ba điểm.
Băng rộng Delphi.
Phân tích điểm chức năng hoặc điểm kiểm thử.
Phương pháp điểm trường hợp sử dụng.
Phần trăm phân phối.
Phương pháp tùy tiện.

Quy trình bốn bước dưới đây kết hợp nhiều kỹ thuật để đưa ra ước tính có thể bảo vệ được. Ví dụ sử dụng GuruNghiên cứu trường hợp ngân hàng 99.

Bước 1) Chia toàn bộ dự án thành các nhiệm vụ nhỏ.

Sử dụng Cấu trúc phân chia công việc Kỹ thuật này giúp chia một dự án phức tạp thành các mô-đun, mô-đun con và cuối cùng là các nhiệm vụ nhỏ nhất có ý nghĩa. Các ước tính ở cấp độ chi tiết (lá cây) đáng tin cậy hơn nhiều so với việc so sánh với các dự án tổng quan mơ hồ.

Áp dụng kỹ thuật này để phá vỡ GuruChia dự án Ngân hàng 99 thành năm nhiệm vụ nhỏ hơn:

Mỗi nhiệm vụ sau đó được chia thành các nhiệm vụ phụ cho đến khi mỗi dòng được mô tả đủ chi tiết để ước tính.

Nhiệm vụ	Nhiệm vụ phụ
Phân tích đặc tả yêu cầu phần mềm	Nghiên cứu kỹ các thông số kỹ thuật yêu cầu.
Phân tích đặc tả yêu cầu phần mềm	Phỏng vấn các nhà phát triển và các bên liên quan khác để tìm hiểu thêm về trang web.
Tạo đặc tả thử nghiệm	Thiết kế các kịch bản kiểm thử.
	Tạo các trường hợp kiểm thử.
	RevXem xét và sửa đổi các trường hợp thử nghiệm.
Thực hiện các trường hợp thử nghiệm	Xây dựng môi trường thử nghiệm.
	Thực thi các trường hợp kiểm thử.
	RevXem kết quả thực thi kiểm thử.
Báo cáo các khiếm khuyết	tạo khuyết tật báo cáo.
Báo cáo các khiếm khuyết	Hãy báo cáo các lỗi.

Bước 2) Phân công mỗi nhiệm vụ cho một thành viên trong nhóm.

Phân công mỗi nhiệm vụ nhỏ cho người chịu trách nhiệm phù hợp nhất.

Nhiệm vụ	Chủ nhân
Phân tích đặc tả yêu cầu phần mềm	Tất cả các thành viên trong nhóm
Tạo đặc tả thử nghiệm	Kiểm thử viên / Chuyên viên phân tích kiểm thử
Xây dựng môi trường thử nghiệm	Quản trị viên kiểm tra
Thực hiện các trường hợp thử nghiệm	Người kiểm thử, người quản lý kiểm thử
Báo cáo lỗi	Tester

Bước 3) Ước tính nỗ lực cho mỗi nhiệm vụ

Hai kỹ thuật bổ sung cho nhau đều hiệu quả ở giai đoạn này:

Phương pháp điểm hàm.
Ước lượng ba điểm.

Phương pháp 1) Phương pháp điểm hàm

Người quản lý kiểm thử ước tính quy mô, thời gian và chi phí cho mỗi nhiệm vụ.

Bước A) Ước tính quy mô của nhiệm vụ

Hãy thực hiện nhiệm vụ “Tạo đặc tả kiểm thử”. Kích thước của nó phụ thuộc vào kích thước chức năng của hệ thống cần kiểm thử — càng nhiều chức năng, hệ thống càng phức tạp. Các điểm chức năng thường được phân loại thành ba nhóm: Phức tạp, Trung bình và Đơn giản.

Dựa trên độ phức tạp, Trình quản lý kiểm thử sẽ gán trọng số cho mỗi điểm chức năng:

Nhóm	Trọng số
Phức tạp	5
Trung bình	3
Đơn giản	1

GuruTrang web của 99 Bank được chia thành 12 điểm chức năng. Độ phức tạp của chúng được tóm tắt bên dưới.

#	Mô-đun	Vai trò áp dụng	Mô tả Chi tiết	Trọng số
1	Kiểm tra số dư	Quản lý Khách hàng	khách hàng: Chỉ xem số dư tài khoản của chính mình. Quản lý: Xem số dư tài khoản của từng khách hàng dưới sự giám sát.	3
2	Chuyển quĩ	Quản lý Khách hàng	khách hàng: Chuyển tiền từ tài khoản của bạn đến bất kỳ địa điểm nào. Quản lý: Chuyển tiền từ bất kỳ nguồn nào đến bất kỳ đích đến nào.	5
3	Báo cáo nhỏ	Quản lý Khách hàng	Năm giao dịch gần nhất của một tài khoản. khách hàng: Chỉ xem tài khoản của chính mình. Quản lý: Xem bất kỳ tài khoản nào.	3
4	Tuyên bố tùy chỉnh	Quản lý Khách hàng	Các giao dịch được lọc theo ngày hoặc giá trị. khách hàng: Chỉ dành cho tài khoản cá nhân. Quản lý: bất kỳ tài khoản nào.	5
5	Thay đổi mật khẩu	Quản lý Khách hàng	khách hàng: Thay đổi mật khẩu của chính bạn. Quản lý: Thay đổi mật khẩu của chính mình (không phải của khách hàng).	1
6	Khách hàng mới	Quản Lý	Thêm và chỉnh sửa thông tin khách hàng (địa chỉ, email, số điện thoại).	3
7	Tài khoản mới	Quản Lý	Tài khoản tiết kiệm và tài khoản vãng lai; một khách hàng có thể sở hữu nhiều tài khoản thuộc mỗi loại. Người quản lý thêm tài khoản mới cho khách hàng hiện có.	5
8	Chỉnh sửa tài khoản	Quản Lý	Chỉnh sửa thông tin chi tiết của tài khoản hiện có.	1
9	Xóa tài khoản	Quản Lý	Xóa tài khoản hiện có của khách hàng.	1
10	Xóa khách hàng	Quản Lý	Chỉ xóa khách hàng khi không còn tài khoản nào đang hoạt động.	1
11	Tiền gửi	Quản Lý	Bạn có thể gửi tiền mặt vào bất kỳ tài khoản nào tại chi nhánh.	3
12	Rút Tiền	Quản Lý	Rút tiền mặt từ bất kỳ tài khoản nào tại chi nhánh.	3

Bước B) Ước tính thời gian thực hiện nhiệm vụ

Sau khi xác định độ phức tạp, hãy ước tính thời gian cần thiết để kiểm tra từng nhóm.

Tổng nỗ lực: Nỗ lực tối đa để kiểm tra mọi chức năng của trang web.
Tổng điểm chức năng: Tổng số mô-đun của trang web.
Ước tính theo điểm chức năng: Nỗ lực trung bình cho mỗi điểm; phụ thuộc vào năng suất của nhóm.

Giả sử nhóm ước tính chi phí cho mỗi điểm chức năng là 5 giờ/điểmTổng nỗ lực dành cho GuruVí dụ về ngân hàng 99 là:

Nhóm	Trọng số	Điểm chức năng	Tổng cộng
Phức tạp	5	3	15
Trung bình	3	5	15
Đơn giản	1	4	4
Chức năng Tổng điểm			34
Ước tính trên mỗi điểm			5
Tổng thời gian ước tính (giờ công)			170

Tổng thời gian cần thiết để hoàn thành "Tạo đặc tả kiểm thử" là khoảng... 170 giờ công lao độngKhi đã xác định được mức độ nỗ lực cần thiết, bạn có thể phân bổ nguồn lực để xác định thời gian và chi phí.

Bước C) Ước tính chi phí cho các nhiệm vụ

Bước này trả lời câu hỏi thứ hai của khách hàng — “Chi phí là bao nhiêu?”. Giả sử mức phí trung bình của nhóm là... 5 / giờCông việc trên mất 170 giờ, vì vậy chi phí là... 170 × $5 = $850Áp dụng cùng một phép tính cho mọi nhiệm vụ trong cấu trúc phân tích công việc (WBS) để tính ra ngân sách dự án.

Ước tính càng chính xác, bạn càng có thể quản lý ngân sách dự án tốt hơn và đảm bảo mỗi đồng tiền bỏ ra đều mang lại lợi nhuận.

Phương pháp 2) Ước lượng ba điểm

Ước lượng ba điểm là một kỹ thuật có cấu trúc, trong đó Trình quản lý kiểm thử cung cấp ba giá trị cho mỗi tác vụ — lạc quan, rất có thểvà bi quan nỗ lực — dựa trên kinh nghiệm trước đó hoặc phỏng đoán tốt nhất.

Đối với mục “Tạo đặc tả kiểm thử”, ba giá trị có thể là:

Trường hợp tốt nhất: 120 giờ công (~15 ngày) với một đội ngũ mạnh mẽ và giàu kinh nghiệm.
Nhiều khả năng là: Với một nhóm làm việc và nguồn lực điển hình, cần khoảng 170 giờ công (~21 ngày).
Trường hợp xấu nhất: 200 giờ công (~25 ngày) với một nhóm ít kinh nghiệm hơn và cần thêm công việc làm lại.

Tính trung bình có trọng số bằng công thức kiểu PERT:

Giá trị E là bình quân gia quyền — ước tính tiêu đề cho “Tạo đặc tả kiểm thử”.

Để thể hiện sự tự tin xung quanh ETính độ lệch chuẩn:

Đối với GuruVí dụ ngân hàng 99, ước tính cho kết quả là... 166.6 ± 13.33 giờ công — dao động từ 153.33 đến 179.99 giờ công.

Bước 4) Xác thực ước tính

Tổng hợp ước tính chi phí cho từng nhiệm vụ từ cấu trúc phân tích công việc (WBS) và trình kế hoạch lên ban quản lý (CEO, quản lý dự án, các bên liên quan chính) để xem xét và phê duyệt.

Hãy trình bày chi tiết bản ước tính một cách logic để hội đồng quản trị hiểu rõ các giả định, các kỹ thuật đã chọn và khoản dự phòng mà bạn đã tính đến.

Thực tiễn tốt nhất trong ước lượng thử nghiệm

Thêm thời gian đệm

Kế hoạch hiếm khi tồn tại được lâu khi đối mặt với thực tế — thành viên nhóm rời đi, các bài kiểm tra mất nhiều thời gian hơn dự kiến, các mối phụ thuộc bị sai lệch. Hãy xây dựng một khoảng thời gian dự phòng hợp lý trong mỗi ước tính để lịch trình có thể ứng phó với những bất ngờ nhỏ.

Lập kế hoạch về khả năng sẵn có của nguồn lực

Hãy tính đến thời gian nghỉ phép, đào tạo và lịch trực ca đã lên kế hoạch. Những ước tính bỏ qua tính sẵn có có vẻ rất tốt trên giấy tờ nhưng lại không thể thực hiện được khi thực tế.

Hãy sử dụng kinh nghiệm trong quá khứ làm cơ sở tham khảo.

Dữ liệu lịch sử từ các dự án tương tự là vô cùng quý giá. Nếu bạn đã thử nghiệm một trang web tương tự vào năm ngoái, hãy học hỏi từ số liệu thực tế, các vấn đề gặp phải và giải pháp đã giúp khắc phục sự cố.

Hãy bám sát ước tính ban đầu — nhưng hãy xem xét lại sau.

Các ước tính không mang tính ràng buộc.tracĐó chỉ là những phỏng đoán tốt nhất. RevHãy ghé thăm họ tại các mốc thời gian đã định và chỉ điều chỉnh khi yêu cầu thay đổi đáng kể hoặc thông tin mới làm thay đổi tình hình. Thảo luận mọi thay đổi với khách hàng một cách minh bạch.

Mẫu ước tính kiểm thử phần mềm

Tải xuống bảng tính Excel ước tính kiểm thử phần mềm (.xlsx)

Các kỹ thuật ước lượng khác

Ngoài phương pháp WBS, Function Point và Three-Point estimation, một số kỹ thuật khác cũng được sử dụng rộng rãi:

Delphi băng thông rộng: Ước tính đồng thuận lặp đi lặp lại bởi một nhóm chuyên gia.
Phương pháp điểm trường hợp sử dụng: Nỗ lực được rút ra từ số lượng và độ phức tạp của các trường hợp sử dụng.
Phân bố theo tỷ lệ phần trăm: Phân bổ một tỷ lệ phần trăm cố định trong tổng nỗ lực của dự án cho việc kiểm thử.
Phương pháp tùy ý: Đánh giá của chuyên gia khi thiếu dữ liệu lịch sử.

Ước lượng từ dưới lên so với ước lượng từ trên xuống

Quan điểm thực tiễn về ước lượng cũng được chia thành hai chiến lược bổ sung cho nhau:

Ước tính từ dưới lên: Dựa trên các nhiệm vụ ở cấp độ thấp nhất của cấu trúc phân tích công việc (WBS). Nhiều bên liên quan, nhân viên giàu kinh nghiệm và người đóng góp kết hợp số liệu của họ để đạt được tổng số chính xác. Phương pháp này lý tưởng khi công việc được hiểu rõ.
Ước tính từ trên xuống: Phân loại dự án theo quy mô và độ phức tạp, đồng thời so sánh với các dự án đã hoàn thành có quy mô tương tự. Cũng sử dụng nỗ lực trung bình trên mỗi đơn vị. trường hợp thử nghiệm và điều chỉnh theo số lượng ca bệnh dự kiến. Hữu ích trong giai đoạn đầu của dự án khi thông tin chi tiết còn hạn chế.

Hầu hết các nhóm đều kết hợp cả hai phương pháp — từ trên xuống để có con số chính xác, từ dưới lên để tăng độ tin cậy — và chồng kết quả lên các mô hình phức tạp khi ngân sách cho phép.

Câu Hỏi Thường Gặp

Nỗ lực đo lường tổng số giờ công cần thiết để hoàn thành công việc. Thời lượng đo lường thời gian thực tế tính từ khi đã phân công người thực hiện công việc. Một nhiệm vụ cần 170 giờ sẽ mất 170 giờ đối với một người, nhưng chỉ mất khoảng 21 giờ đối với mười người làm việc song song.

Hãy bắt đầu bằng cách sử dụng Cấu trúc phân tích công việc (WBS) để chia dự án, sau đó áp dụng phương pháp ước tính điểm chức năng (Functional Point) hoặc ước tính ba điểm (Three-Point estimation) lên trên. WBS cung cấp cấu trúc; phương pháp điểm chức năng hoặc ước tính ba điểm cung cấp các con số có thể chứng minh được.

Mười đến hai mươi phần trăm là mức dự phòng thông thường cho các dự án ổn định. Tăng mức này lên đối với các lĩnh vực mới, công cụ chưa quen thuộc hoặc nhóm lớn. Hãy dành khoản dự phòng này cho những rủi ro không lường trước được hơn là những rủi ro đã biết.

Các nhóm Agile sử dụng story points và planning poker để ước lượng thời gian kiểm thử song song với quá trình phát triển. Tốc độ từ các sprint trước đó chuyển đổi story points thành thời gian dự kiến, thay thế cho các ước tính chi tiết ban đầu.

PERT (Đánh giá chương trình và RevKỹ thuật iew kết hợp các ước tính lạc quan (O), khả thi nhất (M) và bi quan (P) với công thức E = (O + 4M + P) / 6 để tạo ra nỗ lực dự kiến.

RevHãy điều chỉnh lại ước tính khi phạm vi công việc thay đổi, các yếu tố phụ thuộc bị lệch hoặc thành phần nhóm thay đổi đáng kể. Thông báo sớm về sự thay đổi và đàm phán lại với khách hàng trước khi âm thầm gia hạn thời hạn.

Các công cụ AI phân tích các dự án trong quá khứ, đề xuất các nhiệm vụ còn thiếu, đưa ra khuyến nghị về phạm vi độ tin cậy và cập nhật kế hoạch khi có dữ liệu thực tế. Điều này thu hẹp khoảng cách giữa kế hoạch và thực tế, đồng thời giảm thiểu các điểm mù.

Đúng vậy. Trợ lý AI sẽ chuyển bản tóm tắt dự án thành Cấu trúc phân tích công việc (Work Breakdown Structure), phân loại điểm chức năng (Function Point classification) và ước tính ba điểm (Three-Point estimates) kèm công thức, sẵn sàng để người quản lý thử nghiệm xem xét và tinh chỉnh.