STRESS TEST LÀ GÌ

  -  

Chủ đề của bài viết là sự khác biệt giữa Performance Testing, Load Testing và ức chế 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 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ề kiểm thử phần mềm, chúng ta bắt gặp các thuật ngữ như Performance Testing, Load Testing và găng Testing, … hầu như thuật ngữ này thường bị đọc nhầm cùng diễn giải là các khái niệm tương tự nhau. Mặc dù nhiên, gồm một sự biệt lập đáng kể giữa cha loại chạy thử này cùng đó là điều đặc biệt cho một tester để phát âm được sự khác biệt đó.

Trong khuyên bảo này, chúng ta sẽ trao đổi về từng 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 thực hiện để khẳng định các yếu tắc của khối hệ thống đang chuyển động như nỗ lực nào vào một tình huống nhất định.

Việc áp dụng tài nguyên, tài năng mở rộng với độ tin cậy của thành phầm cũng được xác nhận theo bài chạy thử này. Bài thử nghiệm này là tập hợp nhỏ của chuyên môn kiểm tra hiệu năng, tập trung vào giải quyết và xử lý các vấn đề hiệu năng trong xây dựng và kiến trúc của một thành phầm phần mềm.

*

2. Load Testing

2.1. Load Testing là gì

Load Testing là kiểm soát hệ thống bằng phương pháp tăng tải liên tiếp và đa số đặn đến hệ thống cho đến khi đạt đến giới hạn ngưỡng. Nó là một trong những tập hợp con của kiểm tra hiệu năng.

Kiểm tra tải hoàn toàn có thể dễ dàng thực hiện bằng phương pháp sử dụng ngẫu nhiên công cụ tự động hóa phù hợp nào bao gồm sẵn trên thị trường. WAPT và LoadRunner là hai công cụ nổi tiếng cung ứng kiểm tra tải. Load Testing cũng danh tiếng bởi những tên như: Kiểm tra cân nặng và chất vấn độ bền.

Tuy nhiên, kiểm tra trọng lượng chủ yếu tập trung vào đại lý dữ liệu. Trong khi đó, kiểm soát độ bền thực hiện chất vấn hệ thống bằng cách giữ nó bên dưới một sở hữu trọng đáng chú ý 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 đến hệ thống quá trình lớn nhất nhưng nó rất có thể xử lý để đánh giá độ bền của hệ thống và theo dõi và quan sát kết quả. Một thực tế thú vui ở đây là đôi khi khối hệ thống được hỗ trợ một tác vụ trống để xác minh hành vi của hệ thống trong tình huống không tải.

Các nằm trong tính được theo dõi trong soát sổ tải bao hàm hiệu suất cao nhất, thông lượng lắp thêm chủ, thời gian thỏa mãn nhu cầu dưới những mức tải khác nhau (dưới ngưỡng ngắt), tính thỏa xứng đáng của môi trường thiên nhiên H/W, gồm bao nhiêu ứng dụng người dùng rất có thể xử lý nhưng không tác động đến hiệu suất.

*

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

Các mục tiêu của kiểm soát tải bao gồm:

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

2.3. Ví dụ về Load Testing

Chúng ta hãy lưu ý việc kiểm tra công dụng email của một ứng dụng, có thể bị ngập cả với 1000 người dùng cùng một lúc. Hiện nay, 1000 bạn dùng rất có thể kích hoạt các giao dịch email (đọ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 mỗi người cần sử dụng mỗi giờ, thì này sẽ là 1000 giao dịch mỗi giờ. Bằng cách mô rộp 10 thanh toán / bạn dùng, bạn có thể tải demo nghiệm sever email bằng phương pháp chiếm 10000 giao dịch thanh toán / giờ.

Một ví dụ khác về khám nghiệm tải được hiển thị vào hình dưới đây:

*

Hình trên diễn tả một bài xích kiểm tra download được thực hiện trong công cụ mang tên là JMeter. Bài test này được thực hiện để xác minh có bao nhiêu người dùng mà một hệ thống có thể xử lý. Trong xem sét này, 100 người dùng được thêm sau mỗi 30 giây cho đến khi download đạt 1000 người dùng. Mỗi bước mất 30 giây để hoàn thành và JMeter hóng trong 30 giây trước khi ban đầu bước tiếp theo.

Khi cài đạt 1000 luồng, toàn bộ chúng sẽ thường xuyên chạy vào 300 giây (5 phút) cùng nhau và sau cuối dừng 10 luồng sau mỗi 3 giây.

3. Bao tay Testing

3.1. ức chế Testing là gì

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

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

Do đó, về cơ bản, bít tất tay Testing reviews hành vi của một vận dụng vượt thừa tải về tối đa và các đk bình thường.

*

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

Các vấn đề ở đầu cuối xuất hiện tại do áp lực Testing tất cả thể bao gồm các vấn đề nhất quán hóa, rò rỉ cỗ nhớ, ...

Nếu bít tất tay Testing khám nghiệm cách hệ thống xử lý trong trường hợp tăng bất ngờ đột ngột số lượng người dùng , tiếp đến nó được điện thoại tư vấn là bài kiểm tra việc tăng bất chợt biến.

Nếu stress Testing là để soát sổ tính chắc chắn của khối hệ thống trong một khoảng thời gian thông qua vấn đề tăng số lượng người dùng một các chậm trễ rãi, thì nó được call là bài thử nghiệm ngâm.

3.2. Mục đích của stress Testing

Mục tiêu của stress Testing là so sánh các báo cáo sau sự thế để xác định hành vi của áp dụng sau thất bại.

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

3.3. Ví dụ về áp lực Testing

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

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

Một ví dụ khác về bao tay test biểu hiện bài thử nghiệm tăng bỗng biến trải qua việc tăng bất ngờ đột ngột 7000 người tiêu dùng được hiển thị bên dưới:

*

4. Thắc mắc thường gặp

Đã gồm nhiều các cuộc luận bàn về Performance Testing, bao tay Testing với Load Testing, bây chừ chúng ta hãy lưu ý một số câu hỏi thường chạm mặt liên quan mà lại một tester luôn luôn tìm tìm câu trả lời.

Câu hỏi #1) Kiểm tra tải và soát sổ hiệu năng tất cả giống nhau không?

Trả lời: Câu vấn đáp cho vấn đề này là "Không". Chúng không giống nhau.

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

Xem thêm: Lesson 5: Adjective Clause Là Gì, Lesson 5: Adjective Clauses( Mệnh Đề Tính Từ

Câu hỏi #2) Đây bao gồm phải là một trong những bài chạy thử không hợp lý khi triển khai Stress Testing cùng lúc khi bạn thực hiện nay 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 chất vấn test phần mềm và kiểm tra chứng chỉ vì tất cả không hợp lý khi triển khai kiểm tra căng thẳng mệt mỏi và kiểm soát tải một cách tuy nhiên song giỏi không? Câu vấn đáp cho điều đó là “Không”. Chưa hẳn là ko hợp lý khi triển khai stress testing và một lúc khi bạn đang triển khai kiểm tra tải.

Không có bài xích kiểm tra làm sao là thừa. Là một tester, công việc của các bạn là tìm ra những vấn đề. Tuy nhiên, thực tế của việc kiểm tra phần mềm có thể được vận dụng và mọi sự việc mà các bạn phát hiện tại trong tình huống này hoàn toàn có thể không được khắc phục.

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

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

Trong hoạt động này, ứng dụng buộc cần thất bại và tiếp nối nó được xác minh nếu nó hoàn toàn có thể phục hồi đúng chuẩn 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 làm việc và sau đó xác minh tính toàn diện dữ liệu của ứng dụng.

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

Trả lời: Kiểm thử tính năng không yêu cầu chúng ta phải có kiến thức lập trình ở mức cao. Tuy nhiên, bao gồm kiến ​​thức cơ bản về lập trình là 1 trong những lợi thế bửa sung.

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

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

Trả lời: Trong test nghiệm tăng ngày một nhiều (Spike Testing), tải bị tăng hoặc giảm đột ngột bởi một vài lượng lớn người tiêu dùng và tiếp đến hành vi hệ thống được quan liêu sát. Spike Testing chủ yếu được thực hiện để khám nghiệm xem hệ thống hoàn toàn có thể xử lý các biến đổi đột ngột về download 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ự biệt lập chính giữa chất vấn tải (Load Testing), đánh giá căng thẳng, sức chịu đựng (Stress Testing) cũng tương tự 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à bít tất tay testingNằm vào performance testingNằm trong performance testing
Phạm viPhạm vi khôn cùng rộng. Bao hàm - kiểm soát tải, chất vấn căng thẳng, chất vấn năng lực, chất vấn khối lượng, bình chọn độ bền, soát sổ tăng bỗng dưng biến, kiểm tra năng lực mở rộng và kiểm soát độ tin cậy, ...Phạm vi bé hơn so với phân tích hiệu năng. Bao hàm kiểm tra trọng lượng và soát sổ độ bền.Phạm vi không lớn hơn so với thí điểm hiệu năng. Bao gồm kiểm tra ngâm và bình chọn tăng thốt nhiên biến.
Mục đích chínhĐể thiết lập điểm chuẩn chỉnh và tiêu chuẩn chỉnh cho ứng dụng.Để xác minh giới hạn trên của hệ thống, hãy để SLA của vận 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 tải trọng khủng và phương pháp nó hồi phục 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ượng 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 ngủ ngơi.ngưỡng bên 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, tài 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 sản phẩm công nghệ chủ, thời gian đáp ứng nhu cầu 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, con số ứng dụng người dùng có thể xử lý, yêu thương cầu cân bằng tải, ...Tính bất biến vượt quá dung lượng băng thông, thời gian đáp ứng (trên ngưỡng ngắt), ...
Những vấn đề được chỉ ra sau bài test nàyTất cả những lỗi về hiệu năng bao hàm thời gian chạy, phạm vi để buổi tối ưu hóa, các vấn đề tương quan đến tốc độ, độ trễ, thông lượng, ... Về cơ phiên bản - phần đông thứ liên quan đến hiệu năng!Vấn đề cân đối tải, vấn đề băng thông, vấn đề dung tích hệ thống, thời gian thỏa mãn nhu cầu kém, sự việc thông lượng, ...Các lỗ hổng bảo mật với tình trạng quá tải, sự việc dò ghỉ tài liệu ở triệu chứng quá tải, chậm, rò rỉ cỗ nhớ, ...

6. Sự biệt lập giữa Load Testing, căng thẳng Testing và Volume Testing

Đến hiện giờ chúng tôi vẫn biết về load testing và bao tay testing với sự biệt lập giữa hai một số loại test này. Hiện nay chúng ta hãy khám phá volume testing là gì với nó khác với load testing và bức xúc testing như thế nào. Kiểm tra khối lượng (volume testing) cũng là một trong những loại chất vấn hiệu năng tập trung chủ yếu đuối vào cơ sở dữ liệu.

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

Để cho solo giản, sự khác hoàn toàn giữa soát sổ tải, mệt mỏi và khối lượng được hiển thị bên 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 giải đáp này, họ đã thấy và hiểu thông qua các ví dụ về kiểu cách kiểm tra hiệu năng, soát sổ tải và đánh giá căng thẳng khác nhau như thế nào và phạm vi của từng các loại test là gì.

Xem thêm: “ Come Up To Là Gì Và Cấu Trúc Cụm Từ “Come Up” Trong Câu Tiếng Anh

Chúng ta cũng đã có một cái nhìn gọn gàng về nhiều danh mục của đánh giá hiệu năng như kiểm tra tăng thốt nhiên biến, kiểm tra khôi phục, kiểm tra khối lượng, ... Và hiểu mỗi loại này không giống nhau như cố kỉnh nào.