Kỹ thuật ước tính kiểm thử phần mềm
Ước tính kiểm thử phần mềm là gì?
Ước lượng kiểm thử là một hoạt động quản lý gần đúng bao lâu một Nhiệm vụ sẽ được thực hiện để hoàn thành. Ước tính nỗ lực cho bài kiểm tra là một trong những chính và quan trọng nhiệm vụ trong Quản lý kiểm tra.
Tại sao phải kiểm tra ước tính?
Hai câu hỏi bạn có thể mong đợi từ khách hàng của mình khi thảo luận về các cam kết thử nghiệm tiềm năng là
Đối với các dự án nhỏ, những câu hỏi này tương đối dễ trả lời. Nhưng đối với dự án lớn như Kiểm tra GuruTrên trang web của 99 Bank, bạn phải suy nghĩ thật kỹ để trả lời những câu hỏi đó.
Những gì để ước tính?
- Tài nguyên: Nguồn lực được yêu cầu để thực hiện bất kỳ nhiệm vụ dự án. Họ có thể là con người, thiết bị, cơ sở vật chất, kinh phí hoặc bất cứ thứ gì khác có khả năng xác định cần thiết để hoàn thành một hoạt động dự án.
- Thời gian: Thời gian là nguồn tài nguyên quý giá nhất trong một dự án. Mỗi dự án đều có thời hạn bàn giao.
- Kỹ năng con người: Kỹ năng của con người có nghĩa là kiến thức và trải nghiệm - đặc biệt là cá nhân hóa trải nghiệm của các thành viên trong Đội. Chúng ảnh hưởng đến ước tính của bạn. Ví dụ, một nhóm có các thành viên có kỹ năng kiểm tra thấp sẽ mất nhiều thời gian hơn để hoàn thành dự án so với nhóm có kỹ năng kiểm tra cao.
- Chi phí: Chi phí là dự án ngân sách. Nói chung, nó có nghĩa là bao nhiêu tiền cần thiết để hoàn thành dự án.
Làm thế nào để ước tính?
Danh sách các kỹ thuật ước tính kiểm thử phần mềm
- Cấu trúc phân chia công việc
- Kỹ thuật ước tính kiểm thử phần mềm 3 điểm
- Kỹ thuật Delphi băng rộng
- Phân tích điểm chức năng/điểm kiểm tra
- Sử dụng – Phương pháp điểm trường hợp
- Phân phối phần trăm
- Phương pháp đặc biệt
Sau đây là quy trình 4 bước để đưa ra ước tính
Bạn sẽ học cách kết hợp các kỹ thuật này để tìm ra ước tính cho GuruNghiên cứu trường hợp ngân hàng 99.
Bước 1) Chia toàn bộ nhiệm vụ dự án thành các nhiệm vụ phụ
Nhiệm vụ là một phần công việc được giao cho ai đó. Để làm điều này, bạn có thể sử dụng Cấu trúc phân chia công việc kỹ thuật.
Trong kỹ thuật này, một dự án phức tạp được chia thành các mô-đun. Các mô-đun được chia thành các mô-đun con. Mỗi mô-đun con được chia thành chức năng. Điều đó có nghĩa là chia toàn bộ nhiệm vụ của dự án thành nhỏ nhất nhiệm vụ.
Sử dụng cấu trúc Work Break Down để phân chia công việc. GuruChia dự án Ngân hàng 99 thành 5 nhiệm vụ nhỏ hơn -
Sau đó, bạn có thể chia nhỏ từng nhiệm vụ thành nhiệm vụ phụ. Mục đích của hoạt động này là tạo ra nhiệm vụ như chi tiết as có thể.
| Nhiệm vụ | Nhiệm vụ phụ |
|---|---|
| Phân tích đặc tả yêu cầu phần mềm | Điều tra các thông số kỹ thuật yêu cầu mềm |
| Phỏng vấn nhà phát triển và các bên liên quan khác để biết thêm về trang web | |
| Tạo đặc tả thử nghiệm | Thiết kế kịch bản thử nghiệm |
| Tạo các trường hợp thử nghiệm | |
| Review 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 hiện các trường hợp thử nghiệm | |
| Revkết quả thực hiện kiểm tra iew | |
| Báo cáo các khiếm khuyết | |
| tạo Khiếm khuyết báo cáo | |
| Báo cáo các khiếm khuyết |
Bước 2) Phân bổ từng nhiệm vụ cho thành viên trong nhóm
Ở bước này, mỗi nhiệm vụ được giao cho thích hợp thành viên trong nhóm dự án. Bạn có thể giao nhiệm vụ như sau
| Nhiệm vụ | Các thành viên |
|---|---|
| Phân tích đặc tả yêu cầu phần mềm | Tất cả các thành viên |
| Tạo đặc tả thử nghiệm | Người kiểm thử/Nhà 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 tra, Người quản lý kiểm tra |
| Báo cáo lỗi | Tester |
Bước 3) Ước tính nỗ lực cho các nhiệm vụ
Có 2 kỹ thuật bạn có thể áp dụng để ước tính nỗ lực thực hiện nhiệm vụ
- Phương pháp điểm chức năng
- Ước tính ba điểm
Phương pháp 1) Phương pháp điểm hàm
Trong phương pháp này, Trình quản lý kiểm tra ước tính Kích thước, Thời lượng và Chi phí cho các tác vụ
Bước A) Ước tính kích thước cho nhiệm vụ
In Bước 1, bạn đã chia toàn bộ nhiệm vụ dự án thành nhiệm vụ nhỏ bằng cách sử dụng phương pháp WBS. Bây giờ bạn ước tính quy mô của những nhiệm vụ đó. Hãy thực hành với một nhiệm vụ cụ thể “Tạo đặc tả thử nghiệm"
Kích thước của nhiệm vụ này phụ thuộc vào kích thước chức năng của hệ thống được thử nghiệm. Kích thước chức năng phản ánh số lượng chức năng phù hợp với người dùng. Nhiều hơn con số về chức năng thì càng nhiều phức tạp hệ thống là.
Trước khi bắt đầu nỗ lực thực hiện nhiệm vụ ước tính thực tế, các điểm chức năng được chia thành ba nhóm như Phức tạp, Trung bình đơn giản như sau:
Dựa trên sự phức tạp của các chức năng phần mềm, Người quản lý kiểm thử phải cung cấp đủ sức nặng đến từng điểm chức năng. Ví dụ
| Nhóm | Trọng lượng |
|---|---|
| Phức tạp | 5 |
| Trung bình | 3 |
| Đơn giản | 1 |
Hãy lấy một bài tập ví dụ đơn giản để hiểu rõ hơn:
Hãy xem thông số kỹ thuật phần mềm của trang web. Guru99 Ngân hàng đây, kỹ sư phần mềm đã mô tả chi tiết các mô-đun phần mềm, bạn có thể xác định được phức tạp các tính năng của trang web bằng cách đưa ra trọng số cho từng mô-đun?
Điểm chức năng càng phức tạp thì càng cần nhiều nỗ lực để kiểm tra. Trang web được chia thành 12 chức năng điểm, bạn có thể xác định phức tạp của từng điểm chức năng như sau-
| STT | Tên mô-đun | Vai trò áp dụng | Mô tả Chi tiết | Trọng lượng |
|---|---|---|---|---|
| 1. | Kiểm tra số dư | Quản Lý
Khách hàng |
khách hàng: Một khách hàng có thể có nhiều tài khoản ngân hàng. Anh ta chỉ có thể xem số dư tài khoản của mình
Quản lý: Người quản lý có thể xem số dư của tất cả khách hàng dưới sự giám sát của mình |
3 |
| 2. | Chuyển quĩ | Quản Lý
Khách hàng |
khách hàng: Khách hàng có thể chuyển tiền từ tài khoản “của chính mình” sang bất kỳ tài khoản đích nào.
Quản lý: Người quản lý có thể chuyển tiền từ bất kỳ tài khoản ngân hàng nguồn nào sang tài khoản đích |
5 |
| 3. | Báo cáo nhỏ | Quản Lý
Khách hàng |
Sao kê nhỏ sẽ hiển thị 5 giao dịch gần nhất của tài khoản
khách hàng: Khách hàng chỉ có thể xem bản sao kê nhỏ về các tài khoản “của riêng mình” Quản lý: Người quản lý có thể xem bản sao kê nhỏ của 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 |
Bảng sao kê tùy chỉnh cho phép bạn lọc và hiển thị các giao dịch trong tài khoản dựa trên ngày, giá trị giao dịch
khách hàng: Khách hàng chỉ có thể xem bản sao kê Tùy chỉnh của các tài khoản “của riêng mình” Quản lý: Người quản lý có thể xem Sao kê tùy chỉnh của 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: Một khách hàng chỉ có thể thay đổi mật khẩu tài khoản của mình.
Quản lý: Người quản lý chỉ có thể thay đổi mật khẩu tài khoản của mình. Anh ta không thể thay đổi mật khẩu của khách hàng |
1 |
| 6. | Khách hàng mới | Quản Lý | Quản lý: Người quản lý có thể thêm khách hàng mới.
Quản lý: Người quản lý có thể chỉnh sửa thông tin như địa chỉ, email, số điện thoại của khách hàng. |
3 |
| 7. | Tài khoản mới | Quản Lý | Hiện tại hệ thống cung cấp 2 loại tài khoản
Một khách hàng có thể có nhiều tài khoản tiết kiệm (một tài khoản đứng tên khách hàng, một tài khoản khác đứng tên chung, v.v.). Anh ta có thể có nhiều tài khoản hiện tại cho các công ty khác nhau mà anh ta sở hữu. Hoặc anh ta có thể có nhiều tài khoản vãng lai và tiết kiệm. Quản lý: Người quản lý có thể thêm tài khoản mới cho khách hàng hiện tại. |
5 |
| 8. | Chỉnh sửa tài khoản | Quản Lý | Quản lý: Người quản lý có thể thêm và chỉnh sửa thông tin chi tiết về tài khoản cho một tài khoản hiện có | 1 |
| 9. | Xóa tài khoản | Quản Lý | Quản lý: Người quản lý có thể thêm hoặc xóa tài khoản cho khách hàng. | 1 |
| 10. | Xóa khách hàng | Quản Lý | Một khách hàng chỉ có thể bị xóa nếu họ không có tài khoản tiết kiệm hoặc tài khoản vãng lai đang hoạt động
Quản lý: Người quản lý có thể xóa một khách hàng. |
1 |
| 11. | Tiền gửi | Quản Lý | Quản lý: Người quản lý có thể gửi tiền vào bất kỳ tài khoản nào. Thường được thực hiện khi tiền mặt được gửi tại chi nhánh ngân hàng. | 3 |
| 12. | Rút Tiền | Quản Lý | Quản lý: Người quản lý có thể rút tiền từ bất kỳ tài khoản nào. Thường được thực hiện khi rút tiền mặt tại chi nhánh ngân hàng. | 3 |
BƯỚC B) Ước tính thời gian thực hiện nhiệm vụ
Sau khi phân loại các phức tạp của các điểm chức năng, bạn phải ước tính thời gian để kiểm tra chúng. Thời lượng có nghĩa là bao nhiêu thời gian cần thiết để hoàn thành nhiệm vụ.
- Tổng nỗ lực: Nỗ lực kiểm tra hoàn toàn mọi chức năng của website
- Tổng số điểm chức năng: Tổng số module của website
- Ước tính được xác định cho mỗi Điểm chức năng: Nỗ lực trung bình để hoàn thành một điểm chức năng. Giá trị này phụ thuộc vào năng suất của thành viên sẽ đảm nhận nhiệm vụ này.
Giả sử nhóm dự án của bạn đã ước tính được xác định theo Điểm chức năng của 5 giờ/điểmBạn có thể ước tính tổng nỗ lực cần thiết để kiểm tra tất cả các tính năng của trang web. GuruNgân hàng 99 như sau:
| Trọng lượng | Số điểm chức năng | Tổng cộng | |
|---|---|---|---|
| Phức tạp | 5 | 3 | 15 |
| Trung bình | 3 | 5 | 15 |
| Đơn giản | 1 | 4 | 4 |
| Chức năng Tổng điểm | 34 | ||
| Ước tính xác định cho mỗi điểm | 5 | ||
| Tổng nỗ lực ước tính (Người Hours) | 170 | ||
Như vậy, tổng nỗ lực để hoàn thành nhiệm vụ “Tạo đặc tả kiểm thử” là GuruNgân hàng 99 tốn khoảng 170 giờ công lao động.
Khi bạn hiểu được nỗ lực cần thiết, bạn có thể chỉ định các nguồn lực để xác định thời gian thực hiện (thời gian) của nhiệm vụ, sau đó bạn có thể ước tính chi phí lao động và phi lao động.
Ví dụ trên cũng cho thấy tầm quan trọng của thành viên trong nhóm của bạn. Nếu bạn có tài năng và kinh nghiệm các thành viên, bạn có thể hoàn thành nhiệm vụ được giao trong nhỏ thời gian và dự án của bạn sẽ kết thúc đúng thời hạn hoặc sớm hơn.
BƯỚC C) Ước tính chi phí cho các nhiệm vụ
Bước này giúp bạn trả lời câu hỏi cuối cùng của khách hàng “Nó có giá bao nhiêu?”
Giả sử, lương trung bình của nhóm bạn là 5 USD một giờ. Thời gian cần thiết cho nhiệm vụ “Tạo thông số kiểm thử” là 170 giờ. Theo đó, chi phí cho nhiệm vụ là 5*170= 850$. Bây giờ bạn có thể tính toán ngân sách cho các hoạt động khác trong WBS và đưa ra ngân sách tổng thể cho dự án.
Với tư cách là người quản lý dự án, bạn phải quyết định làm thế nào để đạt được trả lại nhiều nhất cho khoản đầu tư của công ty bạn. Nhiều hơn chính xác ước tính của bạn về chi phí dự án là hơn bạn có thể quản lý ngân sách dự án của mình.
Phương pháp 2) Ước tính ba điểm
Ước tính ba điểm là một trong những kỹ thuật có thể được sử dụng để ước tính một nhiệm vụ. Tính đơn giản của Ước tính ba điểm khiến nó trở thành một công cụ rất hữu ích cho Người quản lý dự án muốn ước tính.
Trong ước lượng ba điểm, số ba các giá trị được tạo ra ban đầu cho mọi nhiệm vụ dựa trên kinh nghiệm trước or dự đoán tốt nhất như sau
Khi ước tính một nhiệm vụ, Trình quản lý kiểm tra cần cung cấp ba giá trị như đã chỉ định ở trên. Ba giá trị được xác định, ước tính điều gì xảy ra trong một trạng thái tối ưu, cái gì vậy rất có thể, hoặc những gì chúng tôi nghĩ nó sẽ là trường hợp xấu nhất kịch bản.
Hãy cùng xem cách sử dụng ba giá trị trên trong ví dụ sau
Đối với nhiệm vụ “Tạo đặc tả thử nghiệm”, bạn có thể ước tính nỗ lực thử nghiệm không? Hãy nhớ rằng bạn phải bao gồm tất cả các mô-đun của GuruTrang web của ngân hàng 99 Bank như đã thực hiện Phương pháp điểm hàm
Bạn có thể ước tính như sau
- trường hợp tốt nhất để hoàn thành nhiệm vụ này là 120 giờ công (khoảng 15 ngày). Trong trường hợp này, bạn có một đội ngũ tài năng, họ có thể hoàn thành nhiệm vụ trong thời gian ngắn nhất.
- rất có thể trường hợp để hoàn thành nhiệm vụ này là 170 giờ công (khoảng 21 ngày). Đây là trường hợp bình thường, bạn có đủ nguồn lực và khả năng để hoàn thành nhiệm vụ
- trường hợp xấu nhất để hoàn thành nhiệm vụ này là 200 giờ công (khoảng 25 ngày). Bạn cần phải thực hiện nhiều công việc hơn vì các thành viên trong nhóm của bạn chưa có kinh nghiệm.
Bây giờ, gán giá trị cho từng tham số như bên dưới
Nỗ lực hoàn thành nhiệm vụ có thể được tính bằng cách sử dụng phân phối tam giác kép công thức như sau-
Trong công thức trên, tham số E được gọi là Bình quân gia quyền. Đó là ước tính của nhiệm vụ “Tạo đặc tả kiểm thử”.
Nhưng sếp của bạn có thể hỏi bạn
Trong ước tính trên, bạn chỉ cần xác định một có thể và không phải là nhất định giá trị, chúng ta phải biết về xác suất rằng ước lượng đó là đúng. Bạn có thể sử dụng công thức khác:
Trong công thức trên, độ lệch chuẩn trung bình SD, giá trị này có thể cung cấp cho bạn thông tin về xác suất rằng ước lượng đó là đúng.
Bây giờ bạn có thể kết luận việc ước tính cho nhiệm vụ “Tạo đặc tả thử nghiệm”
Để hoàn thành nhiệm vụ “Tạo đặc tả kiểm thử” của GuruTrang web của 99 Bank, bạn cần 166.6 13.33 ± Giờ công (153.33 đến 179.99 giờ công)
Bước 4) Xác thực ước tính
Khi bạn tạo ước tính tổng hợp cho tất cả các nhiệm vụ được đề cập trong WBS, bạn cần chuyển tiếp nó tới ban quản lý, Ai sẽ xem xét và phê duyệt nó.
Thành viên ban quản lý có thể bao gồm Giám đốc điều hành, Giám đốc dự án và các bên liên quan khác.
Ban quản lý sẽ xem xét và thảo luận về kế hoạch dự toán với bạn. Bạn có thể giải thích cho họ ước tính của bạn hợp lý và hợp lý để họ có thể phê duyệt kế hoạch dự toán của bạn.
Thực hành tốt nhất về ước tính thử nghiệm
Chủ đề này giới thiệu các mẹo chung về cách ước tính độ chính xác của Kiểm thử.
Thêm một số thời gian đệm:
Nhiều điều không thể đoán trước có thể xảy ra với dự án của bạn, chẳng hạn như một thành viên nhóm tài năng đột nhiên nghỉ việc, quá trình thử nghiệm mất nhiều thời gian hơn dự kiến để hoàn thành… v.v. Đó là lý do tại sao bạn cần đưa một số vùng đệm vào ước tính của mình. Có một vùng đệm trong ước tính giúp đối phó với bất kỳ sự chậm trễ nào có thể xảy ra.
Tài khoản Lập kế hoạch nguồn lực trong dự toán
Bạn nên làm gì nếu một số thành viên trong nhóm của bạn nghỉ phép dài hạn? Nó có thể trì hoãn dự án. Việc hoạch định nguồn lực trong dự toán đóng vai trò then chốt. Sự sẵn có của các nguồn lực sẽ giúp đảm bảo rằng các ước tính là thực tế. Ở đây bạn phải xem xét nghỉ phép cho thành viên trong nhóm của mình, nói chung là nghỉ phép dài.
Sử dụng kinh nghiệm trong quá khứ làm tài liệu tham khảo
Kinh nghiệm từ các dự án trước đây đóng một vai trò quan trọng trong việc chuẩn bị ước tính thời gian. Vì một số dự án có thể có điểm tương đồng nên bạn có thể sử dụng lại ước tính trước đây. Ví dụ: nếu bạn từng thực hiện một dự án như thử nghiệm một trang web, bạn có thể học hỏi từ kinh nghiệm đó, cố gắng tránh tất cả những khó khăn hoặc vấn đề đã gặp phải trong các dự án trước đây.
Bám sát ước tính của bạn
Ước tính chỉ là ước tính vì nó có thể đi sai.Trong giai đoạn đầu của dự án, bạn nên thường xuyên kiểm tra lại các ước tính thử nghiệm và thực hiện sửa đổi Nếu cần thiết. Chúng ta không nên gia hạn ước tính sau khi sửa chữa, trừ khi có những thay đổi lớn về yêu cầu hoặc bạn phải thương lượng với khách hàng về việc ước tính lại.
Mẫu ước tính kiểm thử phần mềm
Tải xuống Ước tính kiểm thử phần mềm Excel(.xlsx)
Kỹ thuật khác
Kỹ thuật Wideband Delphi, Sử dụng – Phương pháp điểm trường hợp, Phân phối phần trăm, phương pháp đặc biệt là các kỹ thuật ước tính khác trong Kỹ thuật phần mềm.
Video kỹ thuật ước tính kiểm thử phần mềm
Nhấp chuột đây nếu video không thể truy cập được
Bảng điểm video
- Chúng ta hãy làm một bài tập - cho Đơn xin đặt vé máy bay chuẩn bị Cơ cấu phân chia công việc của
- các nhiệm vụ kiểm tra khác nhau như – Kiểm tra chức năng đăng nhập, Kiểm tra chức năng đặt hàng mới, Kiểm tra chức năng fax và các chức năng tương tự khác và Ước tính nỗ lực cần thiết để kiểm tra các chức năng này
- Ví dụ chức năng đăng nhập có thể được kiểm tra trong 2 giờ. Tương tự như vậy, hãy chuẩn bị danh sách tất cả các nhiệm vụ và nỗ lực tương ứng. Tạm dừng hướng dẫn đào tạo và hoàn thành bài tập. Tôi hy vọng bạn đã đưa ra dự đoán có căn cứ về nỗ lực cần thiết
- Đây là Chiến lược từ dưới lên để ước tính thử nghiệm. Kỹ thuật này được gọi là từ dưới lên vì dựa trên các nhiệm vụ ở cấp thấp nhất trong hệ thống phân cấp phân chia công việc, bạn ước tính thời lượng, sự phụ thuộc và nguồn lực.
- Trong chiến lược từ dưới lên, việc ước tính không phải được thực hiện bởi một người mà là của tất cả các bên liên quan, những người đóng góp cá nhân, chuyên gia và nhân viên có kinh nghiệm. Ý tưởng là dựa trên sự hợp tác khôn ngoan của các thành viên trong nhóm để đạt được ước tính kiểm tra chính xác
- Bây giờ vì bạn đã có kinh nghiệm đáng kể về hệ thống đặt vé máy bay. Sử dụng kinh nghiệm này để ước tính nỗ lực cần thiết để hoàn thành Thử nghiệm chức năng của trang web. – http://newtours.demoaut.com/
- Chức năng của trang web này giống hệt với Ứng dụng đặt chỗ chuyến bay, chỉ khác là nó dựa trên web. Tạm dừng phần hướng dẫn và làm bài tập ngay bây giờ
- Tôi hy vọng dựa trên kinh nghiệm của mình, bạn đã ước tính tốt về nỗ lực cần thiết để kiểm tra trang web
- Đây là Phương pháp ước tính từ trên xuống dựa trên kinh nghiệm.
- Một kỹ thuật khác là phân loại dự án dựa trên quy mô và độ phức tạp của dự án, sau đó xem xét thời gian thực hiện một dự án có quy mô và độ phức tạp cụ thể trong quá khứ.
- Một cách tiếp cận khác là xác định nỗ lực trung bình trên mỗi Trường hợp thử nghiệm trong quá khứ cho các dự án tương tự và sau đó sử dụng các trường hợp thử nghiệm ước tính của dự án hiện tại và đạt được tổng nỗ lực
- Các mô hình ước tính phức tạp hơn liên quan đến các mô hình toán học phức tạp. Trong thực tế, phần lớn các dự án sử dụng phương pháp tiếp cận từ trên xuống để ước tính.
- Ước tính thử nghiệm có thể bị ảnh hưởng bởi nhiều yếu tố như áp lực về thời gian, yếu tố con người, sự phân bổ địa lý của nhóm thử nghiệm, v.v.














