Chủ đề của bài viết là sự khác biệt giữa Performance Testing, Load Testing và áp lực 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 rẽ 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, bọn chúng ta phát hiện các thuật ngữ như Performance Testing, Load Testing và ức chế Testing, … phần nhiều thuật ngữ này hay bị gọi nhầm cùng diễn giải là các khái niệm tương tự như nhau. Tuy nhiên, gồm một sự khác hoàn toàn đáng nói giữa bố loại kiểm tra này và đó là điều đặc biệt cho một tester để hiểu được sự khác biệt đó.
Trong trả lời này, chúng ta sẽ bàn luận về từng nhiều loại test này nhằm hiểu sự biệt lập chính xác thân chúng.
1. Performance Testing
1.1. Performance Testing là gì
Test tính năng là bài test được tiến hành để khẳng định các yếu tắc của khối hệ thống đang vận động như nuốm nào vào một tình huống nhất định.
Việc thực hiện tài nguyên, tài năng mở rộng cùng độ tin tưởng của sản phẩm cũng được chứng thực theo bài thử nghiệm này. Bài demo này là tập hợp con của kỹ thuật kiểm tra hiệu năng, triệu tập vào xử lý các sự việc hiệu năng trong xây cất 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à bình chọn hệ thống bằng phương pháp tăng tải liên tục và hầu như đặn mang đến 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 demo 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 ngẫu nhiên công cụ auto hóa cân xứng nào gồm sẵn bên trên thị trường. WAPT với LoadRunner là hai dụng cụ 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 trọng lượng và chất vấn độ bền.
Tuy nhiên, kiểm tra khối lượng chủ yếu triệu tập vào các đại lý dữ liệu. Trong khi đó, kiểm soát độ bền thực hiện soát sổ hệ thống bằng cách giữ nó dưới một cài đặt trọng đáng chú ý trong một khoảng thời hạn duy trì.
Mục đích độc nhất vô nhị của bình chọn tải (Load Testing) là gán mang đến hệ thống quá trình lớn nhất mà nó có thể xử lý để soát sổ độ bền của khối 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 hệ thống được cung ứng một tác vụ trống để khẳng định hành vi của hệ thống trong trường hợp không tải.
Các trực thuộc tính được theo dõi trong kiểm tra tải bao gồm hiệu suất cao nhất, thông lượng lắp thêm chủ, thời gian đáp ứng dưới các mức tải khác nhau (dưới ngưỡng ngắt), tính thỏa đáng của môi trường H/W, gồm bao nhiêu ứng dụng người dùng hoàn toàn có thể xử lý cơ mà không ảnh hưởng đến hiệu suất.
2.2. Mục đích của Load Testing
Các mục tiêu của đánh giá 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à quản lý sai cỗ nhớ. Các vấn đề cuối cùng sẽ mở ra do phân tích tải bao gồm thể bao hàm các vấn đề cân bằng tải, vấn đề băng thông, công suất của hệ thống hiện tại, ...Để khẳng định giới hạn trên của tất cả các yếu tố của áp dụng như các đại lý dữ liệu, phần cứng, mạng, … để ứng dụng có thể quản lý tải được dự đoán trong tương lai.Để đặt SLA cho ứ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 ngập với 1000 người tiêu dùng cùng một lúc. Hiện nay, 1000 fan dùng hoàn toàn có thể kích hoạt những giao dịch thư điện tử (đọc, gửi, xóa, gửi tiếp, trả lời) theo vô số cách thức khác nhau.
Nếu chúng ta thực hiện một giao dịch cho mỗi người cần sử dụng mỗi giờ, thì này sẽ là 1000 thanh toán mỗi giờ. Bằng phương pháp mô phỏng 10 giao dịch / người dùng, chúng ta cũng có thể tải thử nghiệm máy chủ email bằng phương pháp chiếm 10000 thanh toán giao dịch / giờ.
Một ví dụ không giống về soát sổ tải được hiển thị vào hình bên dưới đây:
Hình trên biểu thị một bài kiểm tra cài đặt được thực hiện trong công cụ mang tên là JMeter. Bài demo này được tiến hành để khẳng định có bao nhiêu người 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 tới khi cài đạt 1000 fan dùng. Mỗi bước mất 30 giây để xong xuôi và JMeter ngóng trong 30 giây trước khi bắt đầu bước tiếp theo.
Khi sở hữu đạt 1000 luồng, toàn bộ chúng sẽ thường xuyên chạy trong 300 giây (5 phút) bên nhau và cuối cùng dừng 10 luồng sau mỗi 3 giây.
3. Bít tất tay Testing
3.1. Găng Testing là gì
Dưới bức xúc Testing, các vận động khác nhau để triển khai quá tải những tài nguyên hiện bao gồm với các các bước dư thừa khác nhau sẽ được tiến hành trong nỗ lực cố gắng phá vỡ hệ thống. Demo nghiệm tiêu cực (negative testing), bao gồm loại bỏ các thành phần ngoài hệ thống cũng rất được thực hiện như 1 phần của bức xúc Testing.
Stress Testing còn được gọi là khám nghiệm độ mỏi (fatigue testing), bài demo này sẽ nắm bắt được tính bình ổn của ứng dụng bằng phương pháp kiểm tra nó quá quá kỹ năng băng thông của nó.
Do đó, về cơ bản, ức chế Testing đánh giá hành vi của một ứng dụng vượt vượt tải buổi tối đa cùng các đk bình thường.
Mục đích của stress Testing là để xác định sự thua của hệ thống và theo dõi và quan sát cách hệ thống phục hồi. Thử thách ở trên đây là tùy chỉnh thiết lập một môi trường thiên nhiên được kiểm soát và điều hành trước khi 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 tình huống khó lường nhất.
Các vấn đề sau cùng xuất hiện do bao tay Testing có thể bao hàm các vấn đề nhất quán hóa, rò rỉ cỗ nhớ, ...
Nếu găng Testing soát sổ cách khối hệ thống xử lý trong tình huống tăng bất thần số lượng người tiêu dùng , tiếp nối nó được hotline là bài kiểm tra việc tăng đột nhiên biến.
Nếu ức chế Testing là để chất vấn tính bền vững của khối hệ thống trong một khoảng thời gian thông qua việc tăng số lượng người tiêu dùng một các lờ đờ rãi, thì nó được điện thoại tư vấn là bài kiểm tra ngâm.
3.2. Mục đích của stress Testing
Mục tiêu của stress Testing là phân tích các report sau sự nắm để xác định hành vi của vận dụng sau thất bại.
Thách thức lớn nhất là bảo đảm để 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ố. Trong một bài áp lực testing thành công, hệ thống sẽ trở về trạng thái thông thường cùng với toàn bộ các nhân tố của nó ngay cả sau sự nỗ lự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 bạn dạng như Writer 1.1.0 của OpenOffice.org được thực hiện để 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 đích của việc bít tất tay test của chúng ta là cài đặt nó với những ký từ bỏ thừa. Để làm cho điều này, cửa hàng chúng tôi sẽ liên tục paste (dán) một mẫu dữ liệu, cho đến khi nó đạt đến số lượng giới hạn ngưỡng của chính nó để giải pháp xử lý một trọng lượng lớn văn bản. Ngay lập tức khi size ký từ đạt 65.535 ký tự, dễ dàng và đơn giản là nó sẽ từ chối gật đầu đồng ý nhiều tài liệu hơn.
Kết trái kiểm tra stress trên Writer 1.1.0 sinh sản ra hiệu quả rằng nó không xẩy ra sập bên dưới ứng suất với nó xử lý trường hợp một phương pháp nhẹ nhàng, bảo đảm rằng vận dụng hoạt động đúng chuẩn ngay cả trong những điều kiện căng thẳng mệt mỏi nghiêm ngặt.
Một ví dụ khác về bức xúc test biểu đạt bài test tăng đột nhiên biến thông qua việc tăng bất thần 7000 người tiêu dùng được hiển thị bên dưới:
4. Câu hỏi thường gặp
Đã tất cả nhiều những cuộc thảo luận về Performance Testing, bít tất tay Testing và Load Testing, bây chừ chúng ta hãy xem xét một số câu hỏi thường gặp liên quan mà một tester luôn tìm kiếm câu trả lời.
Câu hỏi #1) Kiểm tra thiết lập và khám nghiệm hiệu năng bao gồm giống nhau không?
Trả lời: Câu trả lời cho điều đó là "Không". Chúng không giống nhau.
Đến hiện nay bạn phải hiểu rõ sự khác biệt giữa đánh giá hiệu năng và khám nghiệm tải. Chúng ta cũng có thể tham khảo bắt 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à tải có các mục tiêu, thuộc tính phạm vi khác biệt để phân tích và những vấn đề bắt buộc khám phá.
Câu hỏi #2) Đây bao gồm phải là 1 bài kiểm tra không hợp lý khi triển khai Stress Testing thuộc lúc khi chúng ta 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 nhiều cuộc vấn đáp test phần mềm cùng kiểm tra chứng chỉ vì tất cả không hợp lý khi thực hiện kiểm tra mệt mỏi và soát sổ tải một cách tuy vậy song giỏi không? Câu vấn đáp cho vấn đề đó là “Không”. Không hẳn là không hợp lý khi tiến hành stress testing cùng một lúc khi chúng ta đang tiến hành kiểm tra tải.
Không có bài kiểm tra nào là thừa. Là 1 trong những tester, quá trình của 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 nay 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) đánh giá phục hồi (Recovery Testing) có phải là một trong những phần của đánh giá hiệu năng (Performance Testing) không?
Trả lời: Có, kiểm tra hồi phục được phân loại theo đánh giá hiệu năng và đôi khi nó cũng được tiến hành với kiểm soát tải (Load Testing). Vào bài thử nghiệm khôi phục, nó đánh giá một ứng dụng có công dụng phục hồi tốt như cụ nào từ các lỗi, sự cố, lỗi hartware và các vấn đề tựa như khác.
Trong vận động này, phần mềm buộc nên thất bại và tiếp đến nó được chứng minh nếu nó hoàn toàn có thể phục hồi đúng cách hay không. Ví dụ, khởi đụng lại hệ thống đột ngột khi một ứng dụng đang làm việc và tiếp nối xác minh tính toàn vẹn dữ liệu của ứng dụng.
Câu hỏi #4) Kiểm tra hiệu năng bao 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 thương cầu chúng ta 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ơ phiên bản về lập trình là 1 trong những lợi thế xẻ sung.
Ví dụ, nếu khách hàng đang thực hiện JMeter, thì rất tốt là bạn nên biết các nguyên tắc cơ bản của Java. Nó rất có thể giúp chúng ta gỡ lỗi một số trong những thứ và chúng ta cũng có thể viết kịch bạn dạng của riêng mình nếu cần.
Câu hỏi #5) Bài thử nghiệm tăng đột biến (Spike Testing) trong bài chạy thử hiệu năng là gì?
Trả lời: Trong test nghiệm tăng dần đều (Spike Testing), thiết lập bị tăng hoặc giảm đột ngột bởi một vài lượng lớn người dùng và tiếp đến hành vi khối hệ thống được quan liêu sát. Spike Testing đa số được thực hiện để đánh giá xem hệ thống có thể xử lý các đổi khác đột ngột về mua không.
5. Sự khác biệt giữa Performance Testing, Load Testing và bức xúc Testing
Tóm tắt lại, chúng ta hãy cùng coi sự khác hoàn toàn chính giữa soát sổ tải (Load Testing), chất vấn căng thẳng, sức chịu đựng (Stress Testing) cũng như kiểm tra tính năng (Performance Testing) trong bảng bên dưới đây:
| Miền | Bao hàm của Load testing và áp lực testing | Nằm trong performance testing | Nằm trong performance testing |
| Phạm vi | Phạm vi vô cùng rộng. Bao gồm - khám nghiệm tải, đánh giá căng thẳng, soát sổ năng lực, soát sổ khối lượng, khám nghiệm độ bền, kiểm tra tăng bỗng dưng biến, kiểm tra năng lực mở rộng và đánh giá độ tin cậy, ... | Phạm vi khiêm tốn hơn so với thể nghiệm hiệu năng. Bao hàm kiểm tra khối lượng và kiểm tra độ bền. | Phạm vi thuôn hơn so với thí điểm hiệu năng. Bao hàm kiểm tra ngâm và kiểm soát tăng tự dưng biến. |
| Mục đích chính | Để tùy chỉnh điểm chuẩn chỉnh và tiêu chuẩn chỉnh cho ứng dụng. | Để khẳng định giới hạn bên trên của hệ thống, hãy đặt SLA của ứng dụng và xem cách khối hệ thống xử lý khối lượng tải nặng. | Để khẳng định cách hệ thống hoạt động dưới download trọng bự và phương pháp nó hồi phục từ thất bại. Về cơ bản, để sẵn sàng ứng dụng của khách hàng cho lưu lượng truy cập tăng bỗng dưng biến. |
| Giới hạn tải | Cả hai - cả ngưỡng dưới và trên ngưỡng ngủ 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 thi | Sử 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 đồ vật chủ, thời gian đáp ứng nhu cầu dưới những 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 H/W, con số ứng dụng bạn dùng có thể xử lý, yêu thương cầu thăng bằng tải, ... | Tính bình ổ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 demo này | Tấ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 đề liên quan đến tốc độ, độ trễ, thông lượng, ... Về cơ phiên bản - các thứ liên quan đến hiệu năng! | Vấn đề cân đối tải, sự việc băng thông, vấn đề dung tích 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, sự việc dò ghỉ tài 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, căng thẳng Testing và Volume Testing
Đến hiện thời chúng tôi sẽ biết về load testing và bức xúc testing cùng rất sự khác biệt 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ới nó khác với load testing và bít tất tay testing như thế nào. Kiểm tra trọng lượng (volume testing) cũng là 1 loại kiểm tra hiệu năng tập trung chủ yếu hèn vào cửa hàng dữ liệu.
Trong kiểm tra khối lượng, nó bình chọn xem hệ thống chuyển động như nuốm nào so với một khối lượng dữ liệu độc 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 hiệu suất của bọn chúng như thời gian đáp ứng và thông lượng máy chủ được theo dõi.
Để cho đối chọi giản, sự biệt lập giữa khám nghiệm tải, căng thẳng và khối lượng được hiển thị dưới đây:
| 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, kiểm soát tải và soát sổ 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: Bài 64 Trang 87 Sgk Toán 6 Tập 1, Cho A ∈ Z, Giải Bài 64 Trang 87 Sgk Toán 6 Tập 1
Chúng ta cũng đã có một cái nhìn gọn gàng về nhiều danh mục của chất vấn hiệu năng như khám nghiệm tăng chợt biến, chất vấn khôi phục, đánh giá khối lượng, ... Với hiểu mỗi các loại này không giống nhau như nạm nào.