STRESS TESTING LÀ GÌ

     

Chủ đề của bài viết là sự khác biệt giữa Performance Testing, Load Testing và bức xúc Testing với những ví dụ đi kèm. Nếu bạn muốn tìm hiểu sâu rộng 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 testing là gì

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

Trong lí giải này, chúng ta sẽ bàn bạc về từng các loại test này để hiểu sự khác hoàn toàn chính xác thân chúng.


1. Performance Testing

1.1. Performance Testing là gì

Test hiệu năng là bài kiểm tra được tiến hành để xác minh các nhân tố của hệ thống đang chuyển động như núm nào trong một trường hợp nhất định.

Việc áp dụng tài nguyên, kĩ năng mở rộng cùng độ tin tưởng của thành phầm cũng được xác nhận theo bài kiểm tra này. Bài demo này là tập hợp nhỏ 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 vụ việc hiệu năng trong xây đắp và bản vẽ xây dựng của một sản phẩm phần mềm.

*

2. Load Testing

2.1. Load Testing là gì

Load Testing là kiểm tra hệ thống bằng phương pháp tăng tải tiếp tục và phần đông đặn cho hệ thống cho tới khi đạt đến giới hạn ngưỡng. Nó là 1 tập hợp con của thử nghiệm hiệu năng.

Kiểm tra tải 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ụ auto hóa phù hợp nào gồm sẵn bên trên thị trường. WAPT và LoadRunner là hai qui định nổi tiếng cung cấp kiểm tra tải. Load Testing cũng nổi 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 cân nặng chủ yếu tập trung vào cơ sở dữ liệu. Trong những lúc đó, soát sổ độ bền thực hiện soát sổ hệ thống bằng cách giữ nó bên dưới một cài trọng đáng chú ý trong một khoảng thời hạn duy trì.

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

Các nằm trong tính được theo dõi và quan sát trong chất vấn tải bao hàm hiệu suất cao nhất, thông lượng máy 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 thiên nhiên H/W, có bao nhiêu vận dụng người dùng có thể xử lý nhưng mà không ảnh hưởng đến hiệu suất.

*

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

Các kim chỉ nam của khám nghiệm 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 bộ đệm, rò rỉ bộ lưu trữ và cai quản sai bộ nhớ. Các vấn đề sau cùng sẽ lộ diện do thử nghiệm tải gồm thể bao gồm các vấn đề cân đối tải, sự việc băng thông, hiệu suất của hệ thống hiện tại, ...Để xác định giới hạn bên trên của tất cả các thành phần của áp dụng như các đại lý dữ liệu, phần cứng, mạng, … để ứng dụng có thể cai quản 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 chú ý việc kiểm tra chức năng email của một ứng dụng, có thể bị tràn trề với 1000 người tiêu dùng cùng một lúc. Hiện nay, 1000 bạn dùng hoàn toàn có thể kích hoạt các giao dịch e-mail (đọc, gửi, xóa, đưa tiếp, trả lời) theo nhiều phương pháp khác nhau.

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

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

*

Hình trên biểu đạt một bài kiểm tra thiết lập được thực hiện trong công cụ có tên là JMeter. Bài demo này được triển khai để xác minh có bao nhiêu người tiêu dùng mà một hệ thống rất có thể xử lý. Trong phân tách này, 100 người dùng được thêm sau từng 30 giây cho đến khi download đạt 1000 fan dùng. Từng bước mất 30 giây để xong và JMeter đợi trong 30 giây trước khi ban đầu bước tiếp theo.

Khi download đạt 1000 luồng, toàn bộ chúng sẽ tiếp tục chạy trong 300 giây (5 phút) cùng cả nhà và sau cuối dừng 10 luồng sau mỗi 3 giây.

3. Bao tay Testing

3.1. Stress Testing là gì

Dưới áp lực Testing, các chuyển động khác nhau để triển khai quá tải những tài nguyên hiện có 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á tan vỡ hệ thống. Test nghiệm tiêu cực (negative testing), bao hàm loại bỏ những thành phần ngoài hệ thống cũng được thực hiện tại như một phần của găng Testing.

Stress Testing còn được gọi là soát sổ độ 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 cách kiểm tra nó thừa quá khả năng băng thông của nó.

Do đó, về cơ bản, găng Testing nhận xét hành vi của một vận dụng vượt vượt tải buổi tối đa cùng các điều kiện bình thường.

*

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

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

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

Nếu bức xúc Testing là để khám nghiệm tính bền vững của khối hệ thống trong một khoảng thời gian thông qua bài toán tăng số lượng người dùng một các chậm trễ rãi, thì nó được điện thoại tư vấn là bài test ngâm.

3.2. Mục đích của bao tay Testing

Mục tiêu của stress Testing là so sánh các báo cáo sau sự vậy để khẳng đị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 để hệ thống không bị ảnh hưởng đến an toàn của các dữ liệu nhạy cảm sau sự cố. Vào một bài bao tay testing thành công, khối hệ thống sẽ quay lại trạng thái bình thường cùng với toàn bộ các nhân tố của nó trong cả sau sự cố nghiêm trọng nhất.

3.3. Ví dụ về găng tay Testing

Ví dụ, một trình giải pháp xử lý văn phiên bản như Writer 1.1.0 của OpenOffice.org được áp dụng để cải cách và phát triển các chữ cái, bạn dạng trình bày, bảng tính, ... Mục đích của việc găng test của bọn họ là thiết lập nó với những ký tự thừa. Để có tác dụng điều này, công ty chúng tôi sẽ liên tiếp paste (dán) một loại dữ liệu, cho tới khi nó đạt đến số lượng giới hạn ngưỡng của nó để xử trí một cân nặng lớn văn bản. Ngay lập tức khi size ký từ bỏ đạt 65.535 cam kết tự, dễ dàng và đơn giản là nó sẽ từ chối gật đầu 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 tạo nên ra công dụng rằng nó không biến thành sập dưới ứng suất với nó xử lý trường hợp một biện pháp nhẹ nhàng, bảo vệ rằng ứng dụng hoạt động chính xác ngay cả trong các điều kiện mệt mỏi nghiêm ngặt.

Một ví dụ khác về stress test biểu lộ bài demo tăng thốt nhiên biến thông qua việc tăng bất thần 7000 người dùng được hiển thị bên dưới:

*

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

Đã gồm nhiều các cuộc trao đổi về Performance Testing, căng thẳng Testing và Load Testing, hiện thời chúng ta hãy chu đáo một số câu hỏi thường chạm mặt liên quan mà một tester luôn tìm tìm câu trả lời.

Câu hỏi #1) Kiểm tra download và khám nghiệm hiệu năng gồm giống nhau không?

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

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

Xem thêm: Ăn Rau Câu Có Tác Dụng Gì - Rau Câu: Ngon, Thanh Nhiệt

Câu hỏi #2) Đây tất cả phải là một trong những bài test không hợp lý khi tiến hành Stress Testing cùng lúc khi chúng ta thực hiện nay Load Testing không?

Trả lời: Đây cũng là một câu hỏi phổ biến trong vô số nhiều cuộc chất vấn test phần mềm cùng kiểm tra chứng từ vì gồm không hợp lý khi triển khai kiểm tra mệt mỏi và kiểm tra tải một cách song song hay không? Câu vấn đáp cho vấn đề này là “Không”. Chưa phải là không hợp lý khi tiến hành stress testing cùng một lúc khi bạn đang thực hiện kiểm tra tải.

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

Câu hỏi #3) kiểm tra phục hồi (Recovery Testing) tất cả phải là một phần của bình chọn 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 soát sổ hiệu năng và nhiều khi nó cũng rất được tiến hành với kiểm tra 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 xuất sắc như nỗ lực nào từ những lỗi, sự cố, lỗi hartware và những vấn đề giống như khác.

Trong chuyển động này, ứng dụng buộc đề xuất thất bại và sau đó nó được chứng minh nếu nó rất có thể phục hồi đúng chuẩn hay không. Ví dụ, khởi rượu cồn lại hệ thống đột ngột lúc 1 ứng dụng đang hoạt động và tiếp nối 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 gồm yêu mong 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 bạn phải có kiến thức lập trình ở mức cao. Mặc dù nhiên, bao gồm kiến ​​thức cơ bản về lập trình là 1 lợi thế té sung.

Ví dụ, nếu như bạn đang áp dụng JMeter, thì cực tốt là chúng ta nên biết các nguyên tắc cơ phiên bản của Java. Nó hoàn toàn có thể giúp chúng ta gỡ lỗi một trong những thứ và bạn cũng có thể viết kịch bản của riêng biệt 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 kiểm tra hiệu năng là gì?

Trả lời: Trong test nghiệm tăng dần (Spike Testing), cài bị tăng hoặc giảm bất thần bởi một vài lượng lớn người dùng và sau đó hành vi khối hệ thống được quan liêu sát. Spike Testing hầu hết được thực hiện để soát sổ xem hệ thống rất có thể xử lý các chuyể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ự khác hoàn toàn chính giữa bình chọn tải (Load Testing), soát sổ căng thẳng, sức chịu (Stress Testing) cũng như kiểm tra hiệu năng (Performance Testing) trong bảng bên dưới đây:

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

6. Sự khác hoàn toàn giữa Load Testing, găng Testing và Volume Testing

Đến bây chừ chúng tôi vẫn biết về load testing và bao tay testing với sự khác hoàn toàn giữa hai các 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à bao tay testing như vậy nào. Kiểm tra trọng lượng (volume testing) cũng là 1 trong loại đánh giá hiệu năng tập trung chủ yếu đuối vào đại lý dữ liệu.

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

Để cho đơn giản, sự khác biệt giữa chất vấ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à hiểu thông qua các ví dụ về phong thái kiểm tra hiệu năng, bình chọn tải và khám nghiệm căng thẳng khác biệt như thế nào cùng phạm vi của từng nhiều loại test là gì.

Xem thêm: Nhận Biết Sữa Mẹ Mát Hay Nóng Và Cách Cải Thiện Chất Lượng Sữa Cho Mẹ Sau Sinh

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