Đối với một dự án thì kế hoạch hay còn gọi là Plan là một phần rất quan trọng. Lập plan là sử dụng nguồn lực có sẵn để dự đoán thời gian hoàn thành kết thúc dự án. Nếu dữ liệu để lên Plan càng chính xác, cụ thể thì việc quản lý chất lượng của dự án sẽ được đảm bảo.Thời gian kiểm thử là một phần thiết yếu của kế hoạch dự án. Nếu thời gian kiểm thử ước lượng sai thì dẫn đến việc bàn giao sản phẩm muộn từ đó cũng làm giảm chất lượng, khả năng cạnh tranh và uy tín đối với khách hàng, mất danh tiếng của công ty.Vậy làm thế nào để ước lượng thời gian kiểm thử đúng cách. Có một cách để tiếp cận có thể sử dụng cho bất kỳ dự án nào không? Bài viết này Anh Tester sẽ đưa ra cho bạn các kỹ thuật ước lượng thời gian kiểm thử. Mình hi vọng nó sẽ giúp bạn ước lượng thời gian thực tế cho một dự án. Show
Kỹ thuật Delphi là bao gồm việc khảo sát từ các chuyên gia để có được một ước tính cuối cùng về time-effort để làm xong 1 task. Mỗi thành viên trong team được gán một task để ước tính và thu thập thông tin trong nhiều vòng. Vào cuối mỗi vòng, các feedback thu được được phân tích để đưa ra kết luận về thời gian thực hiện task.  2. Phương thức Functional PointKỹ thuật này ngược với kỹ thuật Delphi, cụ thể là chúng ta sẽ thực hiện phân tích theo từng task theo từng functional points. Trong phương pháp này chúng ta sẽ gắn mỗi functional points là 1 trọng số từ đơn giản đến phức tạp cụ thể từ (1) đến (5) chẳng hạn. Sau đó, chúng ta sẽ nhân số lượng functional points trong mỗi danh mục với trọng số danh mục và cộng tổng số. Tổng các functional point sau đó được theo quy tắc 2 person-hours cho mỗi functional point để đạt được ước tính thời gian cuối cùng cho toàn bộ dự án. Ví dụ:
3. Cấu trúc phân chia công việc (Work Breakdown Structure)Cụ thể ở kỹ thuật này là chia nhỏ các task cho các thành viên trong team. Kỹ thuật này không chỉ cải thiện ngân sách và giúp tạo ra một plan chặt chẽ, mà còn thúc đẩy ý thức trách nhiệm và cam kết giữa các thành viên trong team dự án, vì mỗi người chia sẻ trách nhiệm hoàn thành một nhiệm vụ cụ thể. 4. Ước tính ba điểm (Three-Point Estimation)Kỹ thuật Three-Point Estimation được xem như là bổ sung cho kỹ thuật work breakdown structure. Sau khi dự án được chia thành các task nhỏ, mỗi task được đưa ra ba loại ước tính thời gian:
5. Lập kế hoạch Xì phé (Planning Poker)Để ước lượng thời gian cần thiết để thực hiện các task riêng lẻ, viết ra từng task trên một tờ giấy riêng, phân phát cho các thành viên trong team dự án và thực hiện một cuộc thảo luận. Sau vòng thảo luận đầu tiên, mỗi bản sẽ được đánh số thẻ mà đại diện cho ước tính của người ấy về những công việc liên quan đến câu chuyện đang thảo luận. Tất cả các ước tính được giữ kín cho đến khi mỗi người tham gia đã chọn 1 thẻ. Thời điểm đó, tất cả các ước tính đều được tiết lộ và cuộc thảo luận có thể bắt đầu trở lại. Bạn có thể sử dụng công cụ này để thực hiện ước tính: https://www.planningpoker.com/
Tài liệu tham khảohttps://reqtest.com/testing-blog/how-to-estimate-time-for-testing/
Estimate Là Gì – Cost Mục Tiêu Của Dự Toán Chi Phí 1. Estimate trong kiểm thử ứng dụng là gì Estimate là một vận động trong việc quản trị dự án nhằm ước lượng bao lâu thì việc làm có thể thoàn thành. Estimate effort là một trong các nhiệm vụ quan trọng nhất trong công tác quản trị dự án kiểm thử. Bài Viết: Estimate là gì 2. Tại sao phải Estimate? Bên dưới chính là hai khúc mắc mà bạn cũng có thể nhận đc từ quý khách khi bàn luận về kế hoạch kiểm thử: Nếu với những dự án nhỏ dại, các khúc mắc đấy là tương đối dễ vấn đáp. Nhưng nếu như với những dự án to như ví dụ như kiểm thử website Guru99, ứng dụng cho Ngân hàng thì không thể dễ dàng để vấn đáp các khúc mắc trên. 3. Estimate các gì? Resource: Khái niệm resource kể cả con người, dụng cụ, cơ sở vật chất, giá thành hoặc ngẫu nhiên điều gì khác thiết yếu để hoàn thành một dự ánTime: Thời hạn là nguồn khoáng sản có giá cả nhất trong một dự án. Mỗi dự án đều có deadline delivery.Human Skill: những kỹ năng con người có nghĩa là kiến thức and kinh nghiệm của những thành viên trong Group. Một nhóm mà những thành viên có kỹ năng kiểm thử thấp sẽ mất nhiều thời điểm để hoàn thành hơn đối với một nhóm có kỹ năng kiểm thử cao.Cost: Chi phí là ngân sách dự án. Có nghĩa là cần bao nhiêu tiền để hoàn thành dự án.4. Estimate như vậy nào? Bên dưới chính là danh sách những kĩ thuật Estimate trong kiểm thử ứng dụng: Work Breakdown Structure3-Point Software Testing Estimation TechniqueWideband Delphi techniqueFunction Point/Testing Point AnalysisUse – Case Point MethodPercentage distributionAd-hoc method Các bạn sẽ thăm dò công đoạn để estimate trải qua case study là ứng dụng Guru99 Bank. Sau chính là 4 bước để estimate: 4.1. Bước 1: Chia những task chính thành những task nhỏ dại hơnKĩ thuật cần sử dụng: Work Breakdown StructureChia những task chính thành những task nhỏ dại mà sau này những task đó để được assign cho từng người chi tiết.Trong kỹ thuật này, một dự án khó khăn đc phân thành những module. Những module đc phân thành những sub-module. Mỗi sub-module đc chia tiếp thành những function. Hiểu một cách thức dễ chơi là phân chia tất cả dự án thành những task nhỏ dại nhất. Dùng Work Breakdown Structure để chia task trong case study Guru99 Bank thành 5 task nhỏ dại hơn: Sau đó chia nhỏ dại từng task thành những subtask. Mục đích của vận động đấy là tạo nên những task càng rõ nét càng rất tốt. 4.2 Bước 2: Phân bổ việc làm cho những thành viên4.3 Bước 3: Estimate effort cho từng taskKĩ thuật cần sử dụng: Functional Point Method, Three Point Estimation 4.3.1 Dùng Functional Point MethodTiến hành triển khai estimate size (kích cỡ) , duration (thời điểm) , cost(giá thành) cho từng task: Estimate sizeỞ Bước 1, bạn đã chia tất cả dự án thành những task nhỏ dại bằng cách thức cần sử dụng cách WBS. Hiên giờ bạn estimate size của những task.Size của task chịu ảnh hưởng vào size của function. Size của function phản ánh qua số lượng những việc làm fucntion đó triển khai đc . Fucntion nào triển khai càng nhiều việc làm, function đó càng khó khăn.Trước khi ban sơ estimate effort cho task, thì function đc nhận xét vào 3 nhóm sau: Dựa trên các khó khăn của những chức năng ứng dụng, Test manager có thể tự định nghĩa weightage cho mỗi nhóm. Ví dụ: Quay quay quay về với case study Guru99 Bank. Website này đc phân thành 12 function song song với độ khó khăn như sau: Estimate duration cho task Sau khi định vị độ khó khăn của từng task, bạn sẽ estimate duration (thời điểm) để triển khai chúng. Total Effort: Tổng effort để check tuyệt đối toàn bộ những chức năng của trang webTotal Function Points: Tổng số module của trang webEstimate defined per Function Points: Effort trung bình để hoàn thành một function point. Kinh phí này chịu ảnh hưởng vào năng suất của những thành viên. Giả sử nhóm dự án của bạn đã estimate thời điểm triển khai 1 function point là 5h / điểm. Bạn cũng có thể estimate effort để kiểm thử toàn bộ những công dụng của trang web Guru99 Bank như sau: Như thế tổng effort cho case study Guru99 Bank là 170 man-hours, bạn cũng có thể assign resource để định vị duration and costVí dụ ở phí a trên cũng cho cảm nhận thấy tầm quan trọng của những member trong team của bạn. Nếu bạn có những member có tài and giàu kinh nghiệm, bạn cũng có thể hoàn thành nhiệm vụ đc giao trong thời điểm ngắn and dự án của bạn sẽ kết thúc đúng thời điểm hoặc sớm hơn. Xem Ngay: Thời Gian Là Gì - Tìm Hiểu Về Thời Gian Xem Ngay: Pdca Là Gì – Giới Thiệu Quy Trình Pdca Plan Estimate cost cho tasks Đoạn này sẽ cứu bạn vấn đáp những khúc mắc cuối cùng của quý khách “How much does it cost?”Giả sử, bình quân lương nhóm của bạn là $ 5 mỗi giờ. Thời hạn thiết yếu kiểm thử toàn dự án là 170 giờ. Theo đó, giá thành cho những nhiệm vụ là 5 * 170 = $ 850 4.3.2 Three Point EstimationThree Point Estimation là một trong các kỹ thuật đc cần sử dụng để ước tính một task. Sự dễ chơi của Three Point Estimation khiến nó biến thành một kĩ thuật hữu dụng nhất trong estimate dự án.3 value trong Three Point Estimation kể cả: Với case study Guru99 Bank ta sẽ triển khai như sau: The best case : 120 man-hours (trong 15 ngày). Trong điều kiện này bạn cần một đội ngũ những member giỏi để triển khai những task trong thời điểm ngắn nhấtThe most likely case : 170 man-hours (trong 21 ngày). Này là điều kiện thông thường, bạn có đủ nguồn lực để thực hiệnThe worst case : 200 man-hours (trong vòng 25 ngày). Bạn phải triển khai nhiều việc làm hơn vì thành viên trong Group của bạn không có kinh nghiệm. Hiên giờ, gán giá cả cho mỗi thông số như sau:a= 120m= 170b= 200 Effort tính bằng công thức double-triangular như sau:E= (a + 4m + b)/6E= (120 + 4*170 + 200)/6E= 166.6 man/hourtrong đó E là Weighted Average, đấy là estimation cho task của bạn. Độ sai lệch:SD= (b-a)/6SD= (200-120)/6SD= 13.33 man/hours 4.4 Bước 4: Validate estimationKhi bạn đã estimate bạn cần chuyển tiếp nó cho Ban quản trị, các người sẽ reviews and approve. Những thành viên của Ban quản trị có thể kể cả những giám đốc điều hành, quản trị dự án and những bên ảnh hưởng khác.Ban quản trị sẽ xem xét and bàn luận kế hoạch của bạn. Bạn cũng có thể giải thích cho họ estimation của bạn một cách thức logic and hợp lý để họ có thể chấp thuận kế hoạch dự toán của bạn. Xem Ngay: Từ floating point là gì ? Một số tip để estimate hiệu quả: Thêm 1 khoảng thời điểm dự trữ and nguồn lực dự trữ: Nhiều thứ không còn đoán trước có thể xảy ra với dự án của bạn, chẳng hạn như 1 thành viên chủ chốt trong team đột ngột nghỉ việc hoặc nghỉ phép dài ngày, những task phải mất nhiều thời điểm hơn đối với ước tính để hoàn thành … vv. Đó lý do tại sao bạn cần một khoảng thời điểm dự trữ trong estimate của bạn để đối phó với bất cứ sự chậm trễ có thể xảy ra. Xem Ngay: Gauge Là Gì – Nghĩa Của Từ Gauge Trong Tiếng Việt Dùng những kinh nghiệm quá khứ để xem thêm: Kinh nghiệm từ những dự án trước đây đóng một vai trò quan trọng trong khi sẵn sàng estimate. Bởi lẽ vì một số dự án có thể chứa một số điểm chung, bạn cũng có thể tái cần sử dụng những estimate trước đây. Ví dụ, nếu bạn cần sử dụng để làm một dự án như kiểm thử một trang web, bạn cũng có thể học hỏi từ kinh nghiệm đó, hãy nỗ lực né toàn bộ các phức tạp hay vấn đề mà đã phải đương đầu trong những dự án trong quá khứ.Bám sát vào estimate của bạn: Estimate có thể sai. Trong giai đoạn đầu của dự án, bạn nên thường xuyên check lại estimate and triển khai sửa đổi nếu thiết yếu. Các bạn đừng nên mở rộng estimate, trừ khi có các căn chỉnh to trong nhu cầu, hoặc bạn cần phải thương lượng với quý khách về việc tái lập kế hoạch dự án |
