Kiểm tra độ bền trong kiểm thử phần mềm là gì? (có ví dụ)

Kiểm tra độ bền

Kiểm tra độ bền là loại kiểm thử phần mềm phi chức năng, trong đó phần mềm được kiểm thử với tải trọng cao kéo dài trong một khoảng thời gian đáng kể để đánh giá hành vi của ứng dụng phần mềm khi sử dụng lâu dài. Mục đích chính của kiểm tra độ bền là đảm bảo rằng ứng dụng có đủ khả năng để xử lý tải kéo dài mà không làm giảm thời gian phản hồi.

Loại thử nghiệm này được thực hiện ở giai đoạn cuối của chu trình chạy hiệu suất. Kiểm tra độ bền là một quá trình lâu dài và đôi khi kéo dài đến một năm. Điều này có thể bao gồm việc áp dụng các tải bên ngoài như lưu lượng truy cập Internet hoặc hành động của người dùng. Điều này làm cho việc kiểm tra độ bền khác với Kiểm tra Tải, thường kết thúc sau vài giờ hoặc lâu hơn.

Độ bền có nghĩa là năng lực nên nói cách khác bạn có thể gọi Kiểm tra độ bền là Kiểm tra năng lực.

Mục tiêu của việc kiểm tra độ bền

Mục tiêu chính của thử nghiệm Độ bền là kiểm tra rò rỉ bộ nhớ.
Để khám phá cách hệ thống hoạt động trong điều kiện sử dụng liên tục.
Để đảm bảo sau một thời gian dài, thời gian phản hồi của hệ thống sẽ giữ nguyên hoặc tốt hơn so với lúc bắt đầu kiểm thử.
Để xác định số lượng người dùng và/hoặc giao dịch mà một hệ thống nhất định sẽ hỗ trợ và đáp ứng các mục tiêu về hiệu suất.
Để quản lý tải trong tương lai, chúng ta cần hiểu cần có bao nhiêu tài nguyên bổ sung (như dung lượng bộ xử lý, dung lượng ổ đĩa, mức sử dụng bộ nhớ hoặc băng thông mạng) để hỗ trợ việc sử dụng trong tương lai.
Kiểm tra độ bền thường được thực hiện bằng cách làm hệ thống quá tải hoặc bằng cách giảm một số tài nguyên hệ thống nhất định và đánh giá hậu quả.
Nó được thực hiện để đảm bảo rằng các lỗi hoặc rò rỉ bộ nhớ không xảy ra sau khoảng thời gian được coi là sử dụng tương đối “bình thường”.

Những gì cần theo dõi trong Kiểm tra độ bền

Trong thử nghiệm độ bền, những điều sau đây sẽ được thử nghiệm.

Kiểm tra rò rỉ bộ nhớ– Kiểm tra được thực hiện để xác minh xem có bất kỳ rò rỉ bộ nhớ nào trong ứng dụng hay không, điều này có thể gây ra sự cố cho hệ thống hoặc HĐH
Kiểm tra khả năng đóng kết nối giữa các lớp của hệ thống – Nếu kết nối giữa các lớp của hệ thống không được đóng thành công, nó có thể làm ngừng hoạt động một số hoặc tất cả các mô-đun của hệ thống.
Kiểm tra kết nối cơ sở dữ liệu đóng thành công– Nếu kết nối cơ sở dữ liệu không được đóng thành công, có thể dẫn đến sự cố hệ thống
Kiểm tra thời gian phản hồi – Hệ thống được kiểm tra thời gian phản hồi của hệ thống khi ứng dụng trở nên kém hiệu quả hơn do việc sử dụng hệ thống kéo dài.

Cách thực hiện Kiểm tra độ bền

Dưới đây là phương pháp kiểm tra cơ bản cho Kiểm tra độ bền

Môi trường thử nghiệm – Xác định yêu cầu phần cứng, phần mềm, hệ điều hành để kiểm tra độ bền, phân công vai trò và trách nhiệm trong nhóm, v.v. Môi trường phải sẵn sàng trước khi thực hiện kiểm tra. Bạn cũng cần ước tính quy mô sản xuất cơ sở dữ liệu chung và mức tăng trưởng hàng năm. Điều này là bắt buộc vì vậy bạn cần kiểm tra xem ứng dụng của bạn sẽ phản hồi như thế nào sau một, hai hoặc năm năm.
Tạo kế hoạch, kịch bản kiểm thử – Dựa trên bản chất của thử nghiệm – thủ công hoặc tự động hóa hoặc kết hợp cả hai, Trường hợp thử nghiệm thiết kế, đánh giá và thực hiện phải được lập kế hoạch. Kiểm tra để gây căng thẳng cho hệ thống, kiểm tra điểm dừng, v.v. cũng phải là một phần của kế hoạch kiểm tra. Kiểm thử để nhấn mạnh hệ thống sẽ xác định điểm dừng trong ứng dụng.
Ước tính thử nghiệm – Cung cấp ước tính về việc sẽ mất bao lâu để hoàn thành giai đoạn thử nghiệm. Nó cần được phân tích trên cơ sở số lượng người thử nghiệm tham gia và số lượng chu kỳ thử nghiệm cần thiết.
Phân tích rủi ro – Phân tích rủi ro và thực hiện hành động thích hợp để phòng ngừa. Ưu tiên các trường hợp kiểm thử theo Hệ số rủi ro và xác định các rủi ro và vấn đề dưới đây mà người kiểm tra có thể thực hiện trong quá trình kiểm tra độ bền.
Hiệu suất sẽ vẫn nhất quán theo thời gian?
Có vấn đề nhỏ nào khác chưa được phát hiện?
Có sự can thiệp nào từ bên ngoài mà chưa được giải quyết?
Lịch kiểm tra - Xác định ngân sách, sản phẩm bàn giao trong khung thời gian. BẰNG Kiểm tra độ bền áp dụng cách sắp xếp tải giao dịch lớn nhưng tự nhiên cho hệ thống/ứng dụng trong một khoảng thời gian liên tục.

Ví dụ về kiểm tra độ bền

Trong khi Bài kiểm tra về áp lực đưa hệ thống được thử nghiệm đến giới hạn của nó, kiểm tra độ bền đưa ứng dụng đến giới hạn của nó tăng ca. Ví dụ, các vấn đề phức tạp nhất – rò rỉ bộ nhớ, sử dụng máy chủ cơ sở dữ liệu và hệ thống không phản hồi – xảy ra khi phần mềm chạy trong thời gian dài. Nếu bạn bỏ qua các bài kiểm tra độ bền, khả năng phát hiện ra các lỗi như vậy trước khi triển khai là khá thấp.

Công cụ kiểm tra độ bền

TẢI Web
LoadComplete
Apache JMeter
LoadRunner
Ứng tuyển
TảiUI
mởSTA
Rational Performance Tester

Ưu điểm của thử nghiệm độ bền

Nó giúp xác định khối lượng công việc mà Hệ thống đang tải có thể xử lý như thế nào.
Cung cấp dữ liệu chính xác mà khách hàng có thể sử dụng để xác thực hoặc nâng cao nhu cầu cơ sở hạ tầng của họ.
Xác định các vấn đề về hiệu suất có thể xảy ra sau khi hệ thống chạy ở mức cao trong thời gian dài
Các vấn đề điển hình được xác định trong các thử nghiệm hiệu suất có mục tiêu nhỏ hơn, có nghĩa là nó đảm bảo ứng dụng vẫn khả dụng ngay cả khi có lượng tải lớn trong khoảng thời gian rất ngắn.
Kiểm tra độ bền cũng được sử dụng để kiểm tra xem có bất kỳ sự suy giảm hiệu suất nào sau một thời gian dài thực hiện hay không

Nhược điểm của việc kiểm tra độ bền

Thường rất khó để xác định mức độ căng thẳng đáng áp dụng.
Kiểm tra độ bền có thể gây ra lỗi ứng dụng và/hoặc mạng, dẫn đến gián đoạn đáng kể nếu Môi trường thử nghiệm không bị cô lập.
Mất hoặc hỏng dữ liệu vĩnh viễn có thể xảy ra do hệ thống bị quá tải.
Việc sử dụng tài nguyên vẫn ở mức rất cao sau khi loại bỏ căng thẳng.
Một số thành phần ứng dụng không phản hồi.
Người dùng cuối sẽ quan sát thấy các trường hợp ngoại lệ chưa được xử lý.

Tổng kết

In Kỹ thuật phần mềm, Kiểm tra độ bền là một tập hợp con của kiểm tra tải.
Kiểm tra độ bền là một quá trình lâu dài và đôi khi kéo dài đến một năm
Kiểm tra được thực hiện để xác minh
Kiểm tra rò rỉ bộ nhớ
Kiểm tra thời gian phản hồi
Kiểm tra kết nối cơ sở dữ liệu, v.v.

Bạn có thể thích: