Ước tính thử nghiệm là một hoạt động quản lý ước tính thời gian hoàn thành một nhiệm vụ. Ước tính nỗ lực cho thử nghiệm là một trong những nhiệm vụ chính và quan trọng trong Quản lý thử nghiệm.
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ư trang web Ngân hàng Test, bạn phải suy nghĩ kỹ để trả lời những câu hỏi đó.
Danh sách các kỹ thuật ước tính kiểm thử phần mềm
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 nghiên cứu trường hợp của Ngân hàng Test.
Nhiệm vụ là một phần công việc được giao cho ai đó. Để thực hiện điều này, bạn có thể sử dụng kỹ thuật Cấu trúc phân chia công việc .
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 này có nghĩa là chia toàn bộ nhiệm vụ của dự án thành các nhiệm vụ nhỏ nhất.
Sử dụng cấu trúc Phân chia công việc để chia dự án Ngân hàng Test thành 5 nhiệm vụ nhỏ hơn.
Sau đó, bạn có thể chia nhỏ từng nhiệm vụ thành các nhiệm vụ con. Mục đích của hoạt động này là tạo ra nhiệm vụ càng chi tiết càng tốt.
| Task | Subtask |
|---|---|
| Phân tích đặc tả yêu cầu phần mềm | Nghiên cứu các thông số yêu cầu mềm |
| Phỏng vấn với nhà phát triển và các bên liên quan khác để biết thêm về trang web | |
| Tạo thông số kỹ thuật kiểm tra | Thiết kế các kịch bản thử nghiệm |
| Tạo các trường hợp thử nghiệm | |
| Xem 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 hiện các trường hợp thử nghiệm | |
| Xem lại kết quả thực hiện thử nghiệm | |
| Báo cáo các khiếm khuyết | |
| Tạo báo cáo lỗi | |
| Báo cáo các khiếm khuyết |
Trong bước này, mỗi nhiệm vụ được giao cho thành viên phù hợp trong nhóm dự án. Bạn có thể giao nhiệm vụ như sau
| Task | Subtask |
|---|---|
| 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 thông số kỹ thuật thử nghiệm | Người kiểm tra/Người phân tích thử nghiệm |
| 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, Quản trị viên kiểm tra |
| Báo cáo lỗi | Người kiểm tra |
Có 2 kỹ thuật mà bạn có thể áp dụng để ước tính nỗ lực cho các nhiệm vụ
Trong phương pháp này, Trình quản lý thử nghiệm ướ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ụ
Ở Bước 1 , bạn đã chia toàn bộ nhiệm vụ của dự án thành các nhiệm vụ nhỏ bằng cách sử dụng phương pháp WBS. Bây giờ bạn ước tính kích thước của các nhiệm vụ đó. Hãy thực hành với một nhiệm vụ cụ thể “ Tạo thông số kỹ thuật thử nghiệm ”
Kích thước của tác vụ này phụ thuộc vào kích thước chức năng của hệ thống đang được thử nghiệm. Kích thước chức năng phản ánh lượng chức năng có liên quan đến người dùng. Số lượng chức năng càng nhiều thì hệ thống càng phức tạp .
Trước khi bắt đầu ước tính nỗ lực thực tế của nhiệm vụ, 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 đưa ra đủ trọng số cho từng điểm chức năng. Ví dụ
| Nhóm | Trọng lượng |
|---|---|
| Tổ hợp | 5 |
| Trung bình | 3 |
| Đơn giản | 1 |
Chúng ta hãy lấy một bài tập ví dụ đơn giản để hiểu rõ hơn:
Hãy xem qua thông số kỹ thuật phần mềm của trang web Guru99 Bank tại đâ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 độ phức tạp của các tính năng của trang web bằng cách đưa ra trọng số cho từng mô-đun không?
Điểm chức năng càng phức tạp thì càng cần nhiều công sức để kiểm tra. Trang web được chia thành 12 điểm chức năng, bạn có thể xác định độ phức tạp của từng điểm chức năng như sau:
| No. | Tên mô-đun | Vai trò áp dụng | Mô tả | Trọng lượng |
|---|---|---|---|---|
| 1. | Truy vấn số dư | Giám đốcKhá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. Khách hàng chỉ có thể xem số dư tài khoản của mìnhQuản lý: Người quản lý có thể xem số dư của tất cả khách hàng nằm dưới sự giám sát của mình | 3 |
| 2. | Chuyển tiền | Giám đốcKhách hàng | Khách hàng: Khách hàng có thể chuyển tiền từ tài khoản “của mình” đến bất kỳ tài khoản đích nào.Người 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. | Tuyên bố nhỏ | Giám đốcKhách hàng | Một báo cáo Mini sẽ hiển thị 5 giao dịch gần nhất của một tài khoảnKhách hàng: Khách hàng chỉ có thể xem báo cáo thu nhỏ của tài khoản “của riêng mình”Người quản lý: Người quản lý có thể xem báo cáo thu nhỏ của bất kỳ tài khoản nào | 3 |
| 4. | Tuyên bố tùy chỉnh | Giám đốcKhách hàng | Một báo cáo 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ịchKhách hàng: Khách hàng có thể thấy Báo cáo tùy chỉnh chỉ của các tài khoản “của riêng” mìnhNgười quản lý: Người quản lý có thể xem Báo cáo tùy chỉnh của bất kỳ tài khoản nào | 5 |
| 5. | Thay đổi mật khẩu | Giám đốcKhách hàng | Khách hàng: Khách hàng chỉ có thể thay đổi mật khẩu của tài khoản của mình.Người quản lý: Người quản lý chỉ có thể thay đổi mật khẩu của 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 | Giám đốc | Người 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 | Giám đốc | Hiện tại hệ thống cung cấp 2 loại tài khoảnTiết kiệmHiện hànhMột khách hàng có thể có nhiều tài khoản tiết kiệm (một tài khoản mang tên mình, một tài khoản khác mang tên chung, v.v.).Anh ta có thể có nhiều tài khoản vãng lai cho nhiều 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 | Giám đốc | Người 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 | Giám đốc | Người quản lý: Người quản lý có thể thêm hoặc xóa tài khoản của khách hàng. | 1 |
| 10. | Xóa Khách hàng | Giám đốc | Khách hàng chỉ có thể bị xóa nếu anh ta/cô ta không có tài khoản vãng lai hoặc tài khoản tiết kiệm đang hoạt độngNgười quản lý: Người quản lý có thể xóa khách hàng. | 1 |
| 11. | Tiền gửi | Giám đốc | Người 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 lui | Giám đốc | Người 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 tiền mặt được rú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 độ 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 gian có nghĩa là cần bao nhiêu thời gian để hoàn thành nhiệm vụ.
Giả sử nhóm dự án của bạn đã ước tính xác định cho mỗi Điểm chức năng là 5 giờ/điểm . Bạn có thể ước tính tổng nỗ lực để kiểm tra tất cả các tính năng của trang web Guru99 Bank như sau:
| Trọng lượng | # Điểm chức năng | Tổng cộng | |
|---|---|---|---|
| Tổ hợp | 5 | 3 | 15 |
| Trung bình | 3 | 5 | 15 |
| Đơn giản | 1 | 4 | 4 |
| Tổng số điểm của chức năng | 34 | ||
| Ước tính xác định theo điểm | 5 | ||
| Tổng nỗ lực ước tính (Giờ của người) | 170 | ||
Vì vậy, tổng nỗ lực để hoàn thành nhiệm vụ “Tạo thông số kỹ thuật thử nghiệm” của Guru99 Bank là khoảng 170 giờ công
Khi bạn hiểu đượ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 hoàn thành nhiệm vụ (thời lượng), sau đó bạn có thể ước tính chi phí nhân công và chi phí không phải nhân cô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ó những thành viên tài năng và giàu kinh nghiệm , bạn có thể hoàn thành nhiệm vụ được giao trong thời gian ngắn và dự án của bạn sẽ hoàn thành đú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 “ Giá bao nhiêu?”
Giả sử, trung bình lương nhóm của bạn là 5 đô la một giờ. Thời gian cần thiết cho nhiệm vụ “Create Test Specs” là 170 giờ. Theo đó, chi phí cho nhiệm vụ là 5*170= 850 đô la. 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 chung cho dự án.
Là một người quản lý dự án, bạn phải quyết định cách để có được lợi nhuận cao nhất cho khoản đầu tư của công ty. Ước tính chi phí dự án của bạn càng chính xác thì bạn càng có khả năng quản lý ngân sách của dự án tốt hơn.
Ướ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 làm cho nó trở thành một công cụ rất hữu ích cho Quản lý dự án muốn ước tính.
Trong ước tính ba điểm, ba giá trị ban đầu được tạo ra cho mọi nhiệm vụ dựa trên kinh nghiệm trước đó hoặc phỏng đoán tốt nhất như sau
Khi ước tính một nhiệm vụ, Trình quản lý kiểm thử cần cung cấp ba giá trị, như đã nêu ở trên. Ba giá trị được xác định, ước tính những gì xảy ra ở trạng thái tối ưu , những gì có khả năng xảy ra nhất hoặc những gì chúng ta nghĩ là trường hợp xấu nhất .
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 thông số kỹ thuật kiểm tra ”, bạn có thể ước tính nỗ lực kiểm tra không? Hãy nhớ rằng bạn phải bao gồm tất cả các mô-đun của trang web Guru99 Bank như đã thực hiện trong Phương pháp điểm chức năng
Bạn có thể ước tính như sau
Bây giờ, hãy 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 toán bằng công thức phân phối tam giác kép như sau-
Trong công thức trên, tham số E được gọi là Trung bình có trọng số. Đây là ước tính của nhiệm vụ “Tạo thông số kỹ thuật thử nghiệm”.
Nhưng ông chủ của bạn có thể hỏi bạn
Trong ước tính trên, bạn chỉ xác định một giá trị có thể chứ không phải một giá trị chắc chắn , chúng ta phải biết về xác suất ước tính 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 ước tính là chính xác.
Bây giờ bạn có thể kết thúc ước tính cho nhiệm vụ “Tạo thông số kỹ thuật thử nghiệm”
Để hoàn thành nhiệm vụ “Tạo thông số kỹ thuật thử nghiệm” của trang web Guru99 Bank, bạn cần 166,6 ± 13,33 giờ công (153,33 đến 179,99 giờ công)
Sau khi 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 ước tính này đến ban quản lý để họ xem xét và phê duyệt.
Thành viên của ban quản lý có thể bao gồm Tổng giám đốc điều hành, Trưởng 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 kế hoạch ước tính của bạn với bạn. Bạn có thể giải thích cho họ về ước tính của mình một cách hợp lý và logic để họ có thể chấp thuận kế hoạch ước tính của bạn.
Chủ đề này giới thiệu các mẹo chung về cách ước tính độ chính xác của thử nghiệ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. Việc có 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.
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 ngày? Điều này có thể làm chậm trễ dự án. Việc lập kế hoạch nguồn lực trong ước tính đóng vai trò quan trọng. 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 cân nhắc đến việc nghỉ phép của thành viên trong nhóm, thường là nghỉ phép dài ngày.
Kinh nghiệm từ các dự án trước đóng vai trò quan trọng trong khi chuẩn bị ước tính thời gian. Vì một số dự án có thể có một số điểm tương đồng, bạn có thể sử dụng lại ước tính trước đó. 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 đó.
Ước tính chỉ là ước tính vì nó có thể 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. Chúng ta không nên gia hạn ước tính sau khi đã sử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
Kỹ thuật Delphi băng thông rộng, Phương pháp điểm trường hợp sử dụng, Phân phối phần trăm, Phương pháp tùy ý là các kỹ thuật ước tính khác trong Kỹ thuật phần mềm.
Tham khảo: https://www.guru99.com/an-expert-view-on-test-estimation.html
You need to login in order to like this post: click here
YOU MIGHT ALSO LIKE
SUBSCRIBE TO OUR NEWSLETTER
