Stress test là gì

     

Chủ đề của bài viết là sự khác biệt giữa Performance Testing, Load Testing và stress Testing với những ví dụ đi kèm. Nếu bạn muốn tìm hiểu sâu hơn về riêng biệt Performance Testing, bạn có thể tham khảo thêm chuỗi bài viết ở đường link sau đây.

Bạn đang xem: Stress test là gì

Trong nghành nghề dịch vụ kiểm demo phần mềm, bọn chúng ta bắt gặp các thuật ngữ như Performance Testing, Load Testing và stress Testing, … hầu như thuật ngữ này hay bị đọc nhầm cùng diễn giải là những khái niệm tương tự như nhau. Mặc dù nhiên, tất cả một sự khác biệt đáng kể giữa cha loại chạy thử này và đó là điều đặc biệt cho một tester để đọc được sự khác biệt đó.

Trong lí giải này, họ sẽ thảo luận về từng một số loại test này để hiểu sự khác biệt chính xác giữa chúng.


1. Performance Testing

1.1. Performance Testing là gì

Test hiệu năng là bài kiểm tra được triển khai để khẳng định các nhân tố của khối hệ thống đang vận động như rứa nào trong một tình huống nhất định.

Việc sử dụng tài nguyên, khả năng mở rộng và độ tin tưởng của sản phẩm cũng được xác thực theo bài test này. Bài kiểm tra này là tập hợp con của nghệ thuật kiểm tra hiệu năng, tập trung vào giải quyết và xử lý các sự việc hiệu năng trong xây đắp và kiến trúc của một sản phẩm phần mềm.

*

2. Load Testing

2.1. Load Testing là gì

Load Testing là chất vấn hệ thống bằng phương pháp tăng tải thường xuyên và hồ hết đặn mang đến hệ thống cho tới khi đạt đến giới hạn ngưỡng. Nó là 1 trong những tập hợp bé của chạy thử hiệu năng.

Kiểm tra tải có thể dễ dàng thực hiện bằng cách sử dụng bất kỳ công cụ auto hóa tương xứng nào gồm sẵn trên thị trường. WAPT cùng LoadRunner là hai qui định nổi tiếng cung ứng kiểm tra tải. Load Testing cũng khét tiếng bởi những tên như: Kiểm tra khối lượng và đánh giá độ bền.

Tuy nhiên, kiểm tra khối lượng chủ yếu tập trung vào cửa hàng dữ liệu. Trong khi đó, đánh giá độ bền thực hiện khám nghiệm hệ thống bằng phương pháp giữ nó bên dưới một sở hữu trọng đáng kể trong một khoảng thời gian duy trì.

Mục đích duy nhất của khám nghiệm tải (Load Testing) là gán mang lại hệ thống các bước lớn nhất nhưng nó hoàn toàn có thể xử lý để soát sổ độ bền của hệ thống và theo dõi và quan sát kết quả. Một thực tế độc đáo ở đây là đôi khi hệ thống được hỗ trợ một tác vụ trống để khẳng định hành vi của hệ thống trong tình huống không tải.

Các trực thuộc tính được theo dõi và quan sát trong khám nghiệm tải bao gồm hiệu suất cao nhất, thông lượng sản phẩm công nghệ chủ, thời gian đáp ứng dưới những mức tải không giống nhau (dưới ngưỡng ngắt), tính thỏa đáng của môi trường xung quanh H/W, tất cả bao nhiêu ứng dụng người dùng có thể xử lý cơ mà không tác động đến hiệu suất.

*

2.2. Mục đích của Load Testing

Các kim chỉ nam của chất vấn tải bao gồm:

Phơi bày các khiếm khuyết của một ứng dụng liên quan đến lỗi tràn cỗ đệm, rò rỉ bộ nhớ và cai quản sai cỗ nhớ. Các vấn đề ở đầu cuối sẽ lộ diện do thể nghiệm tải tất cả thể bao gồm các vấn đề cân bằng tải, vấn đề băng thông, hiệu suất của hệ thống hiện tại, ...Để xác minh giới hạn trên của toàn bộ các nguyên tố của vận dụng như đại lý dữ liệu, phần cứng, mạng, … để áp dụng có thể cai quản tải được dự kiến trong tương lai.Để để SLA cho ứng dụng.

2.3. Ví dụ về Load Testing

Chúng ta hãy cẩn thận việc kiểm tra chức năng email của một ứng dụng, hoàn toàn có thể bị tràn ngập với 1000 người dùng cùng một lúc. Hiện nay, 1000 tín đồ dùng có thể kích hoạt các giao dịch thư điện tử (đọc, gửi, xóa, gửi tiếp, trả lời) theo nhiều cách khác nhau.

Nếu họ thực hiện tại một giao dịch cho từng người dùng mỗi giờ, thì đó sẽ là 1000 giao dịch mỗi giờ. Bằng phương pháp mô bỏng 10 thanh toán / bạn dùng, bạn có thể tải test nghiệm sever email bằng cách chiếm 10000 giao dịch thanh toán / giờ.

Một ví dụ không giống về soát sổ tải được hiển thị trong hình dưới đây:

*

Hình trên bộc lộ một bài kiểm tra cài đặt được tiến hành trong công cụ mang tên là JMeter. Bài chạy thử này được tiến hành để xác định có bao nhiêu người tiêu dùng mà một hệ thống hoàn toàn có thể xử lý. Trong nghiên cứu này, 100 người tiêu dùng được thêm sau từng 30 giây cho tới khi cài đặt đạt 1000 người dùng. Từng bước mất 30 giây để kết thúc và JMeter hóng trong 30 giây trước khi bắt đầu bước tiếp theo.

Khi thiết lập đạt 1000 luồng, tất cả chúng sẽ liên tục chạy trong 300 giây (5 phút) với mọi người trong nhà và cuối cùng dừng 10 luồng sau mỗi 3 giây.

3. áp lực Testing

3.1. áp lực Testing là gì

Dưới bức xúc Testing, các hoạt động khác nhau để làm quá tải các tài nguyên hiện gồm với các công việc dư thừa khác nhau sẽ được triển khai trong cố gắng nỗ lực phá đổ vỡ hệ thống. Demo nghiệm xấu đi (negative testing), bao gồm loại bỏ những thành phần ngoài hệ thống cũng rất được thực hiện như một phần của bức xúc Testing.

Stress Testing còn được call là đánh giá độ mỏi (fatigue testing), bài kiểm tra này sẽ nắm bắt được tính định hình của ứng dụng bằng phương pháp kiểm tra nó thừa quá kĩ năng băng thông của nó.

Do đó, về cơ bản, áp lực Testing reviews hành vi của một vận dụng vượt quá tải buổi tối đa với các đk bình thường.

*

Mục đích của bao tay Testing là để xác định sự thua trận của hệ thống và quan sát và theo dõi cách hệ thống phục hồi. Thử thách ở phía trên là tùy chỉnh một môi trường thiên nhiên được kiểm soát và điều hành trước lúc khởi chạy bài chạy thử để chúng ta có thể nắm bắt đúng mực hành vi của hệ thống nhiều lần vào các tình huống khó lường nhất.

Các vấn đề cuối cùng xuất hiện tại do căng thẳng Testing tất cả thể bao hàm các vấn đề đồng bộ hóa, rò rỉ cỗ nhớ, ...

Nếu bức xúc Testing kiểm tra cách hệ thống xử lý trong tình huống tăng bất ngờ số lượng người tiêu dùng , sau đó nó được điện thoại tư vấn là bài bác kiểm tra việc tăng đột nhiên biến.

Nếu bức xúc Testing là để soát sổ tính bền vững của khối hệ thống trong một khoảng thời gian thông qua câu hỏi tăng số lượng người tiêu dùng một các chậm chạp rãi, thì nó được call là bài demo ngâm.

3.2. Mục đích của bít tất tay Testing

Mục tiêu của găng tay Testing là so với các report sau sự thế để khẳng định hành vi của vận dụng sau thất bại.

Thách thức lớn số 1 là bảo vệ để khối hệ thống không bị tác động đến an toàn của các dữ liệu nhạy cảm sau sự cố. Trong một bài căng thẳng testing thành công, khối hệ thống sẽ trở lại trạng thái bình thường cùng với toàn bộ các thành phần của nó ngay cả sau sự cầm nghiêm trọng nhất.

3.3. Ví dụ về bít tất tay Testing

Ví dụ, một trình cách xử lý văn bản như Writer 1.1.0 của OpenOffice.org được sử dụng để cải tiến và phát triển các chữ cái, bản trình bày, bảng tính, ... Mục đích của việc stress test của bọn họ là cài đặt nó với các ký từ thừa. Để có tác dụng điều này, cửa hàng chúng tôi sẽ tiếp tục paste (dán) một chiếc dữ liệu, cho tới khi nó đạt đến giới hạn ngưỡng của nó để cách xử lý một trọng lượng lớn văn bản. Tức thì khi form size ký trường đoản cú đạt 65.535 ký kết tự, đơn giản là nó vẫn từ chối đồng ý nhiều dữ liệu hơn.

Kết quả kiểm tra căng thẳng mệt mỏi trên Writer 1.1.0 sản xuất ra kết quả rằng nó không trở nên sập bên dưới ứng suất và nó xử lý tình huống một cách nhẹ nhàng, bảo đảm an toàn rằng vận dụng hoạt động đúng mực ngay cả trong những điều kiện stress nghiêm ngặt.

Một ví dụ khác về bức xúc test biểu lộ bài kiểm tra tăng chợt biến thông qua việc tăng bất thần 7000 người dùng được hiển thị mặt dưới:

*

4. Câu hỏi thường gặp

Đã bao gồm nhiều những cuộc đàm luận về Performance Testing, bức xúc Testing với Load Testing, bây giờ chúng ta hãy chú ý một số thắc mắc thường gặp gỡ liên quan cơ mà một tester luôn luôn tìm tìm câu trả lời.

Câu hỏi #1) Kiểm tra cài đặt và kiểm tra hiệu năng gồm giống nhau không?

Trả lời: Câu trả lời cho điều này là "Không". Chúng rất khác nhau.

Đến hiện thời bạn phải nắm rõ sự khác hoàn toàn giữa đánh giá hiệu năng và kiểm soát tải. Chúng ta có thể tham khảo nắm tắt dạng bảng ở dưới đây nhằm xem cách kiểm tra hiệu năng và cài có các mục tiêu, ở trong tính phạm vi khác nhau để nghiên cứu và phân tích và những vấn đề yêu cầu khám phá.

Xem thêm: 141 Là Gì? Nhiệm Vụ Và Quyền Hạn Của Lực Lượng 141 Là Gì ? Cảnh Sát 141 Là Gì

Câu hỏi #2) Đây gồm phải là một trong những bài test không hợp lý khi thực hiện Stress Testing thuộc lúc khi bạn thực hiện Load Testing không?

Trả lời: Đây cũng chính là một thắc mắc phổ biến trong vô số cuộc vấn đáp test phần mềm với kiểm tra chứng chỉ vì gồm không hợp lý khi tiến hành kiểm tra căng thẳng mệt mỏi và đánh giá tải một cách song song hay không? Câu vấn đáp cho vấn đề đó là “Không”. Không hẳn là ko hợp lý khi thực hiện stress testing cùng một lúc khi chúng ta đang thực hiện kiểm tra tải.

Không có bài xích kiểm tra làm sao là thừa. Là 1 trong những tester, công việc của chúng ta là đưa ra những vấn đề. Mặc dù nhiên, thực tiễn của việc chạy thử phần mềm rất có thể được vận dụng và mọi vấn đề mà các bạn phát hiện tại trong trường hợp này hoàn toàn có thể không được tương khắc phục.

Câu hỏi #3) đánh giá phục hồi (Recovery Testing) có phải là một trong những phần của kiểm tra hiệu năng (Performance Testing) không?

Trả lời: Có, kiểm tra hồi sinh được phân các loại theo khám nghiệm hiệu năng và nhiều khi nó cũng được tiến hành với kiểm soát tải (Load Testing). Vào bài chạy thử khôi phục, nó đánh giá một ứng dụng có khả năng phục hồi giỏi như nạm nào từ những lỗi, sự cố, lỗi hartware và những vấn đề tương tự khác.

Trong hoạt động này, phần mềm buộc nên thất bại và kế tiếp nó được xác nhận nếu nó rất có thể phục hồi đúng cách hay không. Ví dụ, khởi đụng lại khối hệ thống đột ngột lúc một ứng dụng đang hoạt động và tiếp nối xác minh tính trọn vẹn dữ liệu của ứng dụng.

Câu hỏi #4) Kiểm tra hiệu năng có yêu ước có kiến thức lập trình không?

Trả lời: Kiểm thử hiệu năng không yêu thương cầu các bạn phải có kiến thức lập trình ở mức cao. Mặc dù nhiên, gồm kiến ​​thức cơ bạn dạng về lập trình là 1 trong những lợi thế té sung.

Ví dụ, nếu bạn đang sử dụng JMeter, thì tốt nhất có thể là bạn nên biết những nguyên tắc cơ bạn dạng của Java. Nó có thể giúp các bạn gỡ lỗi một số thứ và chúng ta cũng có thể viết kịch bạn dạng của riêng mình giả dụ cần.

Câu hỏi #5) Bài chạy thử tăng đột biến (Spike Testing) vào bài thử nghiệm hiệu năng là gì?

Trả lời: Trong demo nghiệm tăng mạnh (Spike Testing), download bị tăng hoặc giảm bất thần bởi một số lượng lớn người dùng và tiếp nối hành vi khối hệ thống được quan lại sát. Spike Testing đa phần được tiến hành để bình chọn xem hệ thống hoàn toàn có thể xử lý các thay đổi đột ngột về sở hữu không.

5. Sự khác biệt giữa Performance Testing, Load Testing và áp lực Testing

Tóm tắt lại, chúng ta hãy cùng xem sự khác biệt chính giữa kiểm soát tải (Load Testing), bình chọn căng thẳng, sức chịu đựng (Stress Testing) cũng giống như kiểm tra tính năng (Performance Testing) vào bảng bên dưới đây:

 Performance TestingLoad testingStress Testing
MiềnBao hàm của Load testing và căng thẳng testingNằm vào performance testingNằm trong performance testing
Phạm viPhạm vi siêu rộng. Bao hàm - kiểm tra tải, đánh giá căng thẳng, kiểm soát năng lực, kiểm tra khối lượng, kiểm tra độ bền, soát sổ tăng bỗng dưng biến, kiểm tra kỹ năng mở rộng và khám nghiệm độ tin cậy, ...Phạm vi hạn hẹp hơn so với phân tích hiệu năng. Bao hàm kiểm tra trọng lượng và khám nghiệm độ bền.Phạm vi thanh mảnh hơn so với xem sét hiệu năng. Bao hàm kiểm tra dìm và khám nghiệm tăng tự dưng biến.
Mục đích chínhĐể cấu hình thiết lập điểm chuẩn chỉnh và tiêu chuẩn cho ứng dụng.Để khẳng định giới hạn trên của hệ thống, hãy để SLA của áp dụng và xem cách khối hệ thống xử lý trọng lượng tải nặng.Để xác định cách hệ thống chuyển động dưới mua trọng phệ và giải pháp nó phục sinh từ thất bại. Về cơ bản, để chuẩn bị ứng dụng của người tiêu dùng cho lưu lượt truy vấn tăng chợt biến.
Giới hạn tảiCả nhị - cả ngưỡng dưới cùng trên ngưỡng nghỉ ngơi.ngưỡng trên của điểm break.Từ dưới đến điểm break.Trên điểm break.
Những thuộc tính được thực thiSử dụng tài nguyên, độ tin cậy, kỹ năng mở rộng, thời hạn đáp ứng, thông lượng, tốc độ, ...Hiệu suất cao nhất, thông lượng thiết bị chủ, thời gian đáp ứng nhu cầu dưới các mức tải không giống nhau (dưới ngưỡng ngắt), tính thỏa xứng đáng của môi trường H/W, số lượng ứng dụng người dùng có thể xử lý, yêu cầu cân bằng tải, ...Tính ổn định vượt quá dung tích băng thông, thời gian thỏa mãn nhu cầu (trên ngưỡng ngắt), ...
Những vấn đề được chỉ ra sau bài thử nghiệm nàyTất cả những lỗi về hiệu năng bao hàm thời gian chạy, phạm vi để về tối ưu hóa, những vấn đề tương quan đến tốc độ, độ trễ, thông lượng, ... Về cơ phiên bản - gần như thứ liên quan đến hiệu năng!Vấn đề cân đối tải, vụ việc băng thông, vấn đề dung lượng hệ thống, thời gian đáp ứng kém, vấn đề thông lượng, ...Các lỗ hổng bảo mật thông tin với triệu chứng quá tải, vụ việc dò ghỉ dữ liệu ở chứng trạng quá tải, chậm, rò rỉ bộ nhớ, ...

6. Sự biệt lập giữa Load Testing, stress Testing và Volume Testing

Đến hiện giờ chúng tôi đã biết về load testing và căng thẳng testing cùng với sự khác hoàn toàn giữa hai loại test này. Bây chừ chúng ta hãy mày mò volume testing là gì và nó không giống với load testing và găng testing như vậy nào. Kiểm tra cân nặng (volume testing) cũng là một trong những loại kiểm tra hiệu năng triệu tập chủ yếu vào cửa hàng dữ liệu.

Trong khám nghiệm khối lượng, nó soát sổ xem hệ thống chuyển động như vậy nào đối với một khối lượng dữ liệu tuyệt nhất định. Vày đó, những cơ sở tài liệu được nhồi với dung lượng tối đa cùng mức năng suất của chúng như thời gian đáp ứng và thông lượng máy chủ được theo dõi.

Để cho 1-1 giản, sự khác biệt giữa bình chọn tải, căng thẳng mệt mỏi và khối lượng được hiển thị dưới đây:

Volume testingLoad testingStress testing
Một khối lượng lớn của dữ liệu.Một số lượng lớn của người dùng.Quá nhiều dữ liệu, quá nhiều người dùng dẫn đến hệ thống quá tải.

7. Kết luận

Trong hướng dẫn này, họ đã thấy với hiểu thông qua các ví dụ về kiểu cách kiểm tra hiệu năng, kiểm tra tải và khám nghiệm căng thẳng khác biệt như thế nào và phạm vi của từng nhiều loại test là gì.

Xem thêm: Thời Trang Thủy Thủ Mặt Trăng Pha Lê, Thời Trang Thủy Thủ Mặt Trăng

Chúng ta đã và đang có một chiếc nhìn ngắn gọn về nhiều hạng mục của kiểm soát hiệu năng như chất vấn tăng chợt biến, đánh giá khôi phục, khám nghiệm khối lượng, ... Và hiểu mỗi loại này khác biệt như cố nào.