Tôi sắp bắt đầu thử nghiệm một ứng dụng web mạng nội bộ. Cụ thể, tôi đã xác định hiệu suất của ứng dụng.Đề xuất cho các tiêu chí hiệu suất ứng dụng Web
Xin vui lòng ai đó có thể đề xuất các tiêu chuẩn chính thức/không chính thức về cách tôi có thể đánh giá hiệu suất của ứng dụng.
Sử dụng một số công cụ để thử nghiệm ứng suất và tải. Nếu bạn đang sử dụng Java, hãy xem JMeter. Nó cung cấp các phương pháp khác nhau để kiểm tra hiệu suất ứng dụng của bạn. Bạn nên tập trung vào:
Bắt đầu với điều này, nếu bạn quan tâm, có các loại kiểm tra khác.
Để kiểm tra giao diện người dùng, YSlow thật tuyệt vời để có được số liệu thống kê về thời gian tải trang từ góc độ người dùng. Nó phân tích thành số liệu thống kê cho mỗi yêu cầu HTTP specfic, thời gian cần thiết, v.v. Nhận nó tại http://developer.yahoo.com/yslow/
Firebug, tất nhiên, cũng là điều cần thiết. Bạn có thể cấu hình JS của bạn một cách rõ ràng hoặc trong thời gian thực bằng cách nhấn vào nút hồ sơ. Thực hiện tối ưu hóa khi cần thiết và xem tất cả các chức năng của bạn mất bao lâu để chạy. Điều này đã thay đổi cách tôi đo hiệu suất của mã JS của tôi. http://getfirebug.com/js.html
Thực sự điều quan trọng tôi nghĩ là thời gian đáp ứng, nhưng các chỉ số khác tôi sẽ xem xét là việc sử dụng bộ xử lý và bộ nhớ so với số lượng người dùng/quy trình đồng thời. Tôi cũng sẽ kiểm tra xem mọi thứ có hoạt động như mong đợi dưới bình thường và sau đó tải trọng cao điểm hay không. Bạn có thể gặp phải các tình huống trong đó tải cao hơn gây ra lỗi ứng dụng do các yêu cầu khác nhau đẩy nhau.
Nếu bạn thực sự muốn nhận thông tin chi tiết, bạn sẽ muốn chạy các loại kiểm tra tải/căng thẳng khác nhau. Có thể bạn sẽ muốn xem xét kiểm tra tải từng bước (tăng dần người dùng trên hệ thống theo thời gian) và thử nghiệm tăng đột biến (một số lượng đáng kể người dùng truy cập cùng một lúc mà hầu như không có ai truy cập trước đó). Tôi cũng sẽ chạy thử nghiệm đối với máy chủ ngay sau khi nó được khởi động lại để xem điều đó ảnh hưởng đến hệ thống như thế nào.
Bạn cũng có thể muốn xem một khái niệm có tên là HEAT (Thử nghiệm ứng dụng môi trường thù địch). Thực sự điều này cho thấy điều gì xảy ra khi một số phần của hệ thống ngoại tuyến. Hệ thống có thoái hóa thành công không? Đây phải là một tiêu chuẩn quan trọng.
Một đề xuất thực sự lớn của tôi là thiết lập những gì hệ thống phải làm trước khi thực hiện thử nghiệm. Lý do chính là trách nhiệm giải trình. Yêu cầu mọi người thừa nhận rằng hệ thống được cho là phải làm điều gì đó và sau đó kiểm tra xem nó có đúng không. Điều này là quan trọng bởi vì mọi người sẽ ngay lập tức thấy kết quả và đó sẽ là điểm chuẩn cơ sở cho những gì có thể chấp nhận được.
"Cụ thể, tôi phải xác định hiệu suất của ứng dụng ...."
này đi kèm vòng tròn đầy đủ đến vấn đề yêu cầu, sự mong đợi bắt của cộng đồng người dùng của bạn cho những gì được coi là hợp lý và hiệu quả. Yêu cầu có một số thành phần
Bạn sẽ nhận thấy thời gian phản hồi và các biện pháp khác không tuyệt đối. Lấy một trang từ sáu hiệu trưởng sản xuất sigma, chi phí để di chuyển từ 1 ngoại lệ trong một triệu đến 1 ngoại lệ trong một tỷ là phi thường và chi phí để chuyển sang không ngoại lệ thường là một chi phí không chịu được bởi tổ chức trung bình. Thời gian phản hồi có thể chấp nhận được cho một ứng dụng duy nhất cho tổ chức của bạn có thể sẽ hoàn toàn khác với một đề xuất được hàng hóa hóa cao, một ứng dụng phải đối mặt với Internet công cộng. Đối với các giải pháp cạnh tranh cao, thời gian đáp ứng kỳ vọng trên internet đang có xu hướng hướng tới khoảng 2-3 giây, trong đó người dùng từ bỏ rất nhiều. Điều này đã giảm trong thập kỷ qua từ 8 giây, xuống còn 4 giây và bây giờ rơi vào khoảng 2-3 giây. Một số ứng dụng, như Facebook, quay cho thời gian phản hồi gần như không thể nhận thấy trong phạm vi phụ thứ hai vì lý do cạnh tranh. Nếu bạn đang tìm kiếm một tiêu chuẩn cứng, họ chỉ không tồn tại.
Điều gì đó sẽ giúp hiểu biết của bạn là đọc qua một vài tiêu chuẩn ngành cho phong cách, biểu mẫu, chức năng.
Thiết lập một bộ vững chắc của các bài kiểm tra hiệu suất đại diện cho nhu cầu của bạn là một vấn đề không nhỏ. Bạn có thể muốn đưa chuyên gia xử lý giai đoạn này trong nỗ lực QA của bạn.
On lựa chọn công cụ của bạn, hãy chắc chắn bạn sẽ có được một có thể
Misfire trên bất kỳ trong bốn yếu tố trên và y ou cũng đã mua công cụ đắt tiền nhất trên thị trường và thuê công ty đắt nhất để triển khai nó.
Chúc may mắn!