Từ kế hoạch tổng thể của dự án, các yêu cầu ngƣời dùng và các tài liệu liên quan, bản kế hoạch kiểm thử hiệu năng đƣợc tạo ra. Với các yêu cầu kiểm thử hiệu năng trong dự án này, nội dung bản kế hoạch gồm 5 yếu tố nhƣ đƣợc trình bày bên dƣới, gồm: Xác định mục tiêu, phạm vi, rủi ro khi thực hiện kiểm thử hiệu năng; Lựa chọn phƣơng pháp; Xác định các nguồn lực liên quan; Lập lịch cho các hoạt động kiểm thử hiệu năng và Xác định các tiêu chí đầu ra chấp nhận đƣợc.
Xác định mục tiêu, phạm vi, rủi ro
Mục tiêu của dự án: Dự án thực hiện kiểm thử hiệu năng theo yêu cầu của khách hàng. Kiểm thử viên đo đạc thời gian phản hồi trung bình và tỉ lệ lỗi
14 Thuật ngữ chỉ tên một vai trò trong dự án Agile - Scrum
15 Thuật ngữ chỉ tên một vai trò trong dự án Agile – Scrum
16
Một nhiệm vụ thực hiện trọn vẹn một nghiệp vụ của hệ thống
17
của mỗi yêu cầu đƣợc gửi lên máy chủ với các số lƣợng ngƣời dùng đồng thời lần lƣợt là: 10, 20, 40, 50, 60, 80, 100. Trang Web cần kiểm thử hiệu năng với 100 ngƣời dùng đồng thời, thời gian đáp ứng tối đa là 5 giây.
Phạm vi: Việc kiểm thử hiệu năng đƣợc thực hiện trên giao diện, với giao thức http, theo các luồng nghiệp vụ chính. Sau khi đánh giá các yêu cầu của dự án, ta thấy rằng các chức năng thƣờng đƣợc ngƣời dùng cuối sử dụng nhiều nhất là tìm kiếm địa điểm du lịch và đăng kí đặt chuyến đi thông qua phần liên hệ. Vậy nên khi thực hiện kiểm thử hiệu năng, ta cũng phải chú ý đến hai phần này. Ở đây, không có sự tƣơng tác với các hệ thống ngoài, nên việc kiểm thử hiệu năng chỉ thực hiện trong trang Web.
Rủi ro: Thứ nhất, hiệu năng với ứng dụng Web sẽ phụ thuộc nhiều vào phần cứng, tốc độ mạng. Nên có rủi ro là trong quá trình thực hiện, các yếu tố này sẽ ảnh hƣởng đến độ chính xác của các kết quả thu đƣợc. Thứ hai, kiểm thử hiệu năng phải dùng công cụ, rủi ro về việc mất thêm thời gian tìm hiểu công cụ.
Xác định phƣơng pháp
Với ứng dụng Web này, kiểm thử tải và kiểm thử áp lực sẽ đƣợc thực hiện. Với mô hình phát triển phần mềm nhanh và tích hợp liên tục qua các sprint. Do vậy, cần thiết phải chọn phƣơng pháp kiểm thử hiệu năng cũng phải „tích hợp liên tục‟ tƣơng ứng, đảm bảo các kiểm thử đƣợc chạy liên tục mà giảm thiểu thời gian, công sức.
Xác định các nguồn lực
Về con ngƣời: Có một kiểm thử viên sẽ tham gia chính. Ngoài ra, cả đội dự án sẽ tham gia vào quá trình phân tích yêu cầu, xây dựng và cài đặt môi trƣờng, kiểm tra lại các hoạt động…
Về môi trƣờng: Các kiểm thử hiệu năng sẽ đƣợc thực hiện trên các máy độc lập, môi trƣờng Win 7 32 bit, trình duyệt hỗ trợ : Firefox/Chrome phiên bản mới nhất, Internet Explorer; hệ thống máy chủ đƣợc khách hàng cung cấp và Internet với tốc độ 10 Mbps.
Lập kế hoạch về thời gian
Thời gian thực hiện kiểm thử tích hợp của dự án là 20% tổng thời gian của dự án. Kiểm thử hiệu năng đƣợc thực hiện trong giai đoạn này và chiếm 10% tổng thời gian của dự án (tƣơng ứng 39,6 ngày làm việc). Dự án chia thành các sprint, kiểm thử hiệu năng đƣợc chia lƣợng thời gian tƣơng ứng.
Kế hoạch về thời gian kiểm thử hiệu năng của từng giai đoạn trong dự án đƣợc thể hiện ở hình vẽ 4.5. Ở đây, ta thấy rằng, thời gian đƣợc phân chia cho từng sprint theo đơn vị tính là ngày làm việc. Kiểm thử viên chỉ phải mất thời gian lập kế hoạch, thiết lập môi trƣờng, phân tích yêu cầu, thiết kế và cài đặt môi trƣờng kiểm thử một lần ở giai đoạn đầu (Sprint 1). Nếu lựa chọn công cụ tốt ngay từ đầu, các công việc này không phải lặp lại trong các giai đoạn tiếp theo. Dễ thấy rằng thời gian phân chia ở giai đoạn 1 nhiều hơn các giai đoạn sau. Từ giai đoạn 2 đến 13 (Sprint 13), khi các phần của trang Web dần đƣợc tích hợp, kiểm thử viên chỉ cần cập nhật thêm thiết kế, viết thêm kịch bản và chạy các kịch bản mới. Tuy nhiên, để đảm bảo cho hiệu năng của những phần mới không ảnh hƣởng đến những phần ở giai đoạn trƣớc (Sprint 1), các kiểm thử viên thƣờng thực hiện chạy thêm cả phần kịch bản đã chạy rồi. Đây chính là lợi thế khi lựa chọn và thiết kế công cụ đƣợc trình bày ở mục 4.4. Ở giai đoạn cuối cùng (Sprint 14), do không có phần chức năng mới đƣợc phát triển thêm, nên chỉ cần chạy lại toàn bộ kịch bản để đảm bảo hiệu năng của trang Web đáp ứng yêu cầu khách hàng. Thời gian ở giai đoạn này vì thế đƣợc phân bố rất hạn chế (0,6 ngày làm việc).
Hình 4.5. Kế hoạch thời gian kiểm thử hiệu năng (Đơn vị tính: Ngày làm việc)
Các tiêu chí đầu ra có thể chấp nhận đƣợc
Các tiêu chí đầu ra sẽ là căn cứ để nhóm kiểm thử có quyết định dừng việc thực hiện kiểm thử hiệu năng. Các tiêu chí ở đây gồm: các kết quả thu đƣợc thỏa mãn yêu cầu khách hàng và sản phẩm bàn giao. Các tài liệu bàn giao nhƣ: Bản kế hoạch kiểm thử, bản thiết kế kiểm thử, bản thiết kế các ca kiểm thử, bản thiết kế môi trƣờng, kết quả kiểm thử thu đƣợc và các kịch bản, công cụ liên quan. Đặc biệt hai báo cáo về kết quả kiểm thử : Báo cáo về thời gian phản hồi trung bình và tỉ lệ lỗi của từng yêu cầu đƣợc gửi tới máy chủ trong các trƣờng hợp 10, 20, 40, 50, 60, 80, 100 ngƣời dùng truy cập đồng thời và báo cáo về tình trạng trang Web đáp ứng đƣợc 100 ngƣời sử dụng đồng thời trong vòng 5 giây