Trong giai đoạn này, xây dựng báo cáo, phân tích kết quả kiểm thử hiệu năng và đƣa ra những khuyến nghị sẽ đƣợc tài liệu hóa trong một định dạng dễ hiểu và trình bày cho các bên liên quan. Báo cáo kiểm thử hiệu năng nên đƣợc trình bày một cách chi tiết với những lời giải thích cho sự vƣớng mắc đƣợc xác định trong chu kỳ kiểm thử và đƣa ra những khuyến cáo.
2.6.1.Xây dựng báo cáo kết quả kiểm thử
Báo cáo kết quả kiểm thử hiệu năng gồm các tài liệu, trình bày các chi tiết của kết quả kiểm thử hiệu năng. Đây là một kỹ thuật quan trọng vì có thể ảnh hƣởng trực tiếp đến quyết định mang tính kinh doanh của ứng dụng.
Thông tin quan trọng nhất đƣợc cung cấp trong báo cáo kiểm thử hiệu năng là mục tiêu tổng thể của kiểm thử hiệu năng. Báo cáo cung cấp cái nhìn tổng quan về ứng dụng và các kịch bản công việc đƣợc xác định cho kiểm thử. Những chi tiết này đã đƣợc cung cấp trong tài liệu kế hoạch kiểm thử.
Mục tiêu chính của kiểm thử hiệu năng là xác định khả năng máy chủ (thông lƣợng) để xử lý tải ngƣời dùng. Ngoài ra việc xác định thời gian phản hồi cho các giao dịch quan trọng cũng đƣợc các doanh nghiệp quan tâm.
Trong khi viết báo cáo kiểm thử hiệu năng cần có các thông tin quan trọng sau: - Chi tiết thời gian phản hồi (giây)
- Chi tiết thông lƣợng máy chủ: các giao dịch/giây, số byte/giây
- Các lỗi ứng dụng hoặc các lỗi khác gặp phải trong quá trình kiểm thử hiệu năng. - Chỉ số về mức độ sử dụng tài nguyên phần cứng.
Không nên chỉ sao chép các đồ thị từ công cụ kiểm thử hiệu năng mà nên giải thích các kết quả kiểm thử từ các đồ thị đƣợc cung cấp trong báo cáo kiểm thử.
Ngoài ra báo cáo kiểm thử hiệu năng nên có nhiều hình ảnh hơn là cung cấp các kết quả thử nghiệm ở định dạng văn bản.
Số hóa bởi trung tâm học liệu http://www.lrc-tnu.edu.vn/ Một báo cáo kiểm thử hiệu năng tốt và đầy đủ bao gồm các yếu tố: + Mục tiêu kiểm thử hiệu năng.
+ Các kiểm thử đã tiến hành (từ kế hoạch kiểm thử) + Bảng tóm tắt kết quả kiểm thử
+ Chi tiết hiệu năng của hệ thống với hình ảnh đầy đủ
+ Chi tiết điểm thắt cổ chai hiệu năng của hệ thống với hình ảnh đầy đủ + Kết luận về kiểm thử hiệu năng: xác định thành công hay thất bại bằng cách so sánh kết quả kiểm thử với mục tiêu hiệu năng thiết lập, đồng thời đƣa ra các khuyến nghị.
Nếu báo cáo ở dạng đồ thị. Mỗi đồ thị cần phải có mục đích cùng với các chi tiết rõ ràng về các trục X, Y
+ Các thành phần của các loại đồ thị khác nhau: + Đồ thị(tuỳ từng loại có trục X, Y, tiêu đề và màu) + Biên hiệu năng: tô màu các vùng tốt nhất, tốt, xấu nhất + Chú thích (hỗ trợ đồ thị)
+ Chú giải (đánh dấu, tô màu) + Diễn dịch, giải thích
+Kết luận
*Báo cáo thời gian phản hồi
Để nhận xét về số liệu thời gian phản hồi hệ thống, luôn tham khảo giá trị 90 phần trăm, thay vì thời gian phản hồi trung bình. Thời gian phản hồi 90 phần trăm đề cập đến thời gian phản hồi tối đa 90% của ngƣời sử dụng có kinh nghiệm trong quá trình chạy thử nghiệm.
Ví dụ dƣới đây minh họa thời gian phản hồi trung bình và thời gian phản hồi 90 phần trăm trong trƣờng hợp1 và trƣờng hợp 2 đƣợc tính từ năm mẫu của thời gian phản hồi.
Hầu hết mọi trƣờng hợp thời gian phản hồi 90% cung cấp bức tranh thực tế hơn thời gian phản hồi trung bình. (Bảng 2.5)
Số hóa bởi trung tâm học liệu http://www.lrc-tnu.edu.vn/
Bảng 2.5.Báo cáo thời gian phản hồi
Trƣờng hợp 1
Các mẫu Thời gian phản hồi (giây)
Mẫu 1 4
Mẫu 2 1
Mẫu 3 30
Mẫu 4 35
Mẫu 5 15
Thời gian phản hồi trung bình 17
Thời gian phản hồi 90% 32.5
Trƣờng hợp 2
Các mẫu Thời gian phản hồi (giây)
Mẫu 1 1
Mẫu 2 1.8
Mẫu 3 2.5
Mẫu 4 4
Mẫu 5 7
Thời gian phản hồi trung bình 3.26
Thời gian phản hồi 90% 5.5
Bảng 2.6.Bảng so sánh thời gian phản hồi
Bảng so sánh thời gian phản hồi 95%
Giao dịch Số ngƣời dùng 50 100 200 300
Giao dịch 1 1.2 1.9 2.1 21
Giao dịch 2 0.7 1.2 1.8 19
Giao dịch 3 0.9 1.6 2 17
Sử dụng bảng so sánh thời gian phản hồi (Giá trị 95% thể hiện giá trị thời gian phản hồi lớn nhất 95% ngƣời dùng có kinh nghiệm trong quá trình chạy kiểm thử) cho tất cả các kiểm thử đƣợc tiến hành cung cấp một tổng kết nhanh hiệu năng hệ thống. Các dòng thể hiện các giao dịch, các cột thể hiện các điều kiện tải khác nhau.
Số hóa bởi trung tâm học liệu http://www.lrc-tnu.edu.vn/
2.6.2.Phân tích kết quả kiểm thử hiệu năng
Khi chạy các kiểm thử hiệu năng (kiểm thử điểm chuẩn, kiểm thử tải, kiểm thử chịu tải, ...) các số liệu đầu tiên cần phải đƣợc xem xét phân tích là số liệu thời gian phản hồi. Đây là thƣớc đo cơ bản cần đƣợc kiểm thử để biết thời gian xử lý của máy chủ, thời gian thực hiện bởi máy chủ để đáp ứng các yêu cầu của ngƣời dùng.
Số liệu quan trọng thứ hai cần xem xét là thông lƣợng máy chủ, khả năng xử lý của máy chủ về các yêu cầu xử lý trên một đơn vị thời gian, số giao dịch đƣợc xử lý trên một đơn vị thời gian hoặc số byte trả lại cho ngƣời dùng trên một đơn vị thời gian. Đối với số liệu này, có một số đồ thị có sẵn trong công cụ kiểm thử nhƣ số truy cập trên giây, số giao dịch mỗi giây, thông lƣợng (số byte trên giây).
Đồ thị số truy cập mỗi giây cung cấp chi tiết về các yêu cầu đƣợc xử lý bởi máy chủ trong một đơn vị thời gian. Khi các tải tăng, số lƣợt truy cập mỗi giây gần nhƣ tăng tuyến tính và trong thời gian tải không đổi, số truy cập trên máy chủ nên là không đổi. Nếu giá trị số lƣợt truy cập mỗi giây giảm, khi đó có một vấn đề trên máy chủ. Điều này thể hiện máy chủ không thể xử lý các yêu cầu gửi đến.
Các lỗi quan sát đƣợc trong các kiểm thử cần đƣợc phân tích và các vấn đề liên quan dữ liệu kiểm thử cần phải đƣợc cô lập từ các lỗi ứng dụng.
Phân tích kết quả hiệu năng hệ thống ứng với mỗi đầu vào. Nêu nguyên nhân, đƣa ra kết luận để ứng dụng hoạt động tốt.
Đƣa ra đề nghị, giải pháp phải thiết kế phần mềm sao cho đảm bảo hiệu năng tốt nhất.
*Phân tích và cách ly tắc nghẽn hiệu năng (nút cổ chai)
+ Mức độ sử dụng tài nguyên hệ thống của tất cả các thành phần cơ sở hạ tầng đƣợc giám sát trong quá trình kiểm thử hiệu năng có thể đƣợc yêu cầu phân tích.
+ Thời gian phản hồi (tính bằng giây) và thông lƣợng hệ thống (tính bằng các giao dịch mỗi giây) phải đƣợc xác minh để xác nhận liệu hệ thống có hỗ trợ tải. Nếu một hệ thống là lý tƣởng ta sẽ nhận thấy một đƣờng cong tăng tuyến tính. Nếu bất kỳ sự khác biệt đƣợc nhận thấy lúc đó hệ thống cần phải đƣợc phân tích hành vi của nó.
Số hóa bởi trung tâm học liệu http://www.lrc-tnu.edu.vn/
+Sự hiện diện của nút cổ chai cần phải đƣợc khẳng định lại bằng cách chạy kiểm thử khác. Đôi khi do các tiến trình chạy trên máy chủ, lỗi mạng hoặc vấn đề với dữ liệu kiểm thử cụ thể có thể có một tác động tiêu cực mạnh mẽ đến hiệu năng máy chủ.
+Sau khi xác định đƣợc nút cổ chai, nút cổ chai cần phải đƣợc phân loại là liên quan đến phần mềm hoặc phần cứng..
+ Nếu trong kiểm thử cơ bản và kiểm thử điểm chuẩn, thời gian phản hồi của tất cả các giao dịch đáp ứng thời gian phản hồi của cam kết mức độ dịch vụ mà không có bất kỳ sự cố máy chủ nào thì phần mềm không phải là một vấn đề trong các kiểm thử này. Một giao dịch cụ thể không đáp ứng các mục tiêu thời gian phản hồi hoặc lỗi máy chủ (lỗi http 500xx, lỗi ứng dụng, …) đƣợc nhận thấy trong khi kiểm thử là một ví dụ cho lỗi phần mềm điển hình.
Kiểm thử tải đƣợc tiến hành chỉ sau khi kiểm thử cơ bản và điểm chuẩn đƣợc tiến hành. Bằng cách tƣơng quan các thông số sử dụng tài nguyên với các đồ thị thời gian phản hồi, chúng ta có thể phân tích xem có bất kỳ mối quan hệ giữa việc tăng thời gian phản hồi và mức độ sử dụng tài nguyên. Ngoài ra kiểm tra xem liệu thông lƣợng tối đa đạt đƣợc trong thời gian kiểm thử có đạt đến một đƣờng cong phẳng khi tăng mức độ tải. Nếu đƣờng cong phẳng không nhìn thấy, nhƣng có lỗi máy chủ đƣợc nhìn thấy, có nghĩa là máy chủ có đủ năng lực để xử lý tải, nhƣng phần mềm không đủ khả năng mở rộng để xử lý tải tăng. Điều này giúp xác nhận sự hiện diện của các vấn đề phần mềm trong quá trình truy cập đồng thời.
+ Nếu thời gian phản hồi của tất cả các giao dịch dƣờng nhƣ tăng lên sau mức độ tải cụ thể, lúc đó nó rõ ràng chỉ ra độ bão hòa của bộ nhớ, CPU hay đĩa của máy chủ web hoặc máy chủ ứng dụng hoặc lỗi liên quan cấu hình phần cứng.