Thử nghiệm tải so với ứng suất [đã đóng]


80

Sự khác biệt giữa thử nghiệm tải và ứng suất là gì?


1
Tôi thấy mình đã đặt câu hỏi tương tự và nhận ra rằng có nhiều định nghĩa cho các loại kiểm tra hiệu suất, nhưng không có định nghĩa tiêu chuẩn, "chính thức".
Dominik Antal

6
Tôi bỏ phiếu để đóng câu hỏi này là lạc đề vì nó không phải về lập trình. Đó là về các loại kiểm tra và chủ đề đó có nhiều Hỏi & Đáp trên sqa.stackexchange.com
AdrianHHH

Bạn sẽ tìm thấy câu trả lời cho câu hỏi này tại đây: Kiểm tra hiệu suất so với tải và căng thẳng .
Jerome L

1
một câu hỏi đóng có 72 phiếu bầu và 110 nghìn lượt xem. mà nên để cho những người đóng cửa để suy nghĩ lại ..
cơn bão não

Câu trả lời:


110

Wikipedia về thử nghiệm tải (in đậm là của tôi):

[...] Kiểm tra tải thường được tiến hành để hiểu hành vi của hệ thống dưới một tải dự kiến cụ thể . Tải trọng này có thể là số lượng người dùng đồng thời dự kiến trên ứng dụng thực hiện một số giao dịch cụ thể trong khoảng thời gian đã đặt. Thử nghiệm này sẽ đưa ra thời gian phản hồi của tất cả các giao dịch quan trọng của doanh nghiệp. [...]

kiểm tra căng thẳng :

hiểu các giới hạn trên của dung lượng trong hệ thống. Loại kiểm tra này được thực hiện để xác định mức độ mạnh mẽ của hệ thống trong điều kiện tải cực hạn và giúp quản trị viên ứng dụng xác định xem hệ thống có hoạt động đầy đủ hay không nếu tải hiện tại vượt quá mức tối đa dự kiến .

Vì vậy, điểm mấu chốt là: nếu bạn đang thử nghiệm tải bình thường, dự kiến ​​(bạn biết hệ thống sẽ được sử dụng bởi tối đa 100 người dùng cùng một lúc), đây là thử nghiệm tải . Nhưng khi bạn muốn xác định hệ thống hoạt động như thế nào khi chịu tải quá mức (DoS, hiệu ứng Slashdot ) và khi nào nó bị hỏng, thì đây là thử nghiệm căng thẳng .


3
Vì vậy, về cơ bản chúng giống nhau nhưng tải dưới tải bình thường và ứng suất nhiều hơn tải bình thường? Họ không phải là để kiểm tra các khía cạnh khác nhau của hệ thống?
Neeta

11
@Neeta: thử nghiệm tải mô phỏng người dùng thực bằng cách chèn các khoảng dừng ngẫu nhiên giữa các yêu cầu. Kiểm thử căng thẳng có thể thực hiện nhiều yêu cầu nhất có thể. Nhưng kịch bản thử nghiệm có thể giống nhau.
Tomasz Nurkiewicz

@Neeta câu trả lời của user2197712 sẽ phù hợp hơn. Tôi hiểu nó như thế này: kiểm tra căng thẳng là tìm hiểu cách hệ thống hoạt động với đầu vào bình thường trong môi trường bất thường, trong khi kiểm tra tải là tìm hiểu cách hệ thống hoạt động trên đầu vào bất thường trong môi trường bình thường.
ADTC

18

Các thuật ngữ "thử nghiệm căng thẳng" và "thử nghiệm tải" thường được sử dụng thay thế cho nhau bởi các kỹ sư kiểm thử phần mềm nhưng chúng thực sự khá khác nhau.

Bài kiểm tra về áp lực

Trong Kiểm thử căng thẳng, chúng tôi cố gắng phá vỡ hệ thống đang được kiểm tra bằng cách áp đảo tài nguyên của nó hoặc bằng cách lấy tài nguyên khỏi nó (trong trường hợp này, đôi khi nó được gọi là kiểm tra tiêu cực). Mục đích chính đằng sau sự điên rồ này là để đảm bảo rằng hệ thống bị lỗi và phục hồi một cách duyên dáng - chất lượng này được gọi là khả năng phục hồi. HOẶC Kiểm tra căng thẳng là quá trình điều chỉnh chương trình / hệ thống đang được kiểm tra (SUT) của bạn để giảm tài nguyên và sau đó kiểm tra hành vi của SUT bằng cách chạy các kiểm tra chức năng tiêu chuẩn. Ý tưởng của việc này là để giải quyết các vấn đề không xuất hiện trong điều kiện bình thường, ví dụ: một chương trình đa luồng có thể hoạt động tốt trong điều kiện bình thường nhưng trong điều kiện CPU giảm khả năng cung cấp, các vấn đề về thời gian sẽ khác và SUT sẽ bị lỗi. Các loại tài nguyên hệ thống phổ biến nhất bị giảm trong thử nghiệm căng thẳng là CPU, bộ nhớ trong và không gian đĩa ngoài. Khi thực hiện kiểm tra căng thẳng, người ta thường gọi các công cụ làm giảm ba tài nguyên này tương ứng là EatCPU, EatMem và EatDisk.

Mặt khác, thử tải

Trong trường hợp Thử nghiệm tải Thử nghiệm tải là quá trình đưa SUT của bạn chịu tải nặng, thường bằng cách mô phỏng nhiều người dùng (Sử dụng Load runner), trong đó "người dùng" có thể là người dùng con người hoặc người dùng ảo / lập trình. Ví dụ phổ biến nhất về kiểm tra tải liên quan đến việc đưa một ứng dụng dựa trên Web hoặc dựa trên mạng đến các lượt truy cập đồng thời của hàng nghìn người dùng. Điều này thường được thực hiện bởi một chương trình mô phỏng người dùng. Có hai mục đích chính của thử nghiệm tải: để xác định các đặc tính hoạt động của SUT và để xác định xem SUT có "đứt" một cách duyên dáng hay không.

Trong trường hợp của một trang Web, bạn sẽ sử dụng thử nghiệm tải để xác định số lượng người dùng mà hệ thống của bạn có thể xử lý mà vẫn có hiệu suất phù hợp và để xác định điều gì xảy ra với tải quá cao - liệu trang web có tạo ra thông báo "quá bận" cho người dùng, hay máy chủ Web sẽ gặp sự cố trong biển lửa?


10

Kiểm tra tải: Kiểm tra tải có nghĩa là kiểm tra hệ thống bằng cách tăng liên tục và ổn định tải trên hệ thống cho đến khi nó đạt đến giới hạn ngưỡng.

Ví dụ Ví dụ: để kiểm tra chức năng email của một ứng dụng, nó có thể có 1000 người dùng cùng một lúc. Giờ đây, 1000 người dùng có thể kích hoạt các giao dịch email (đọc, gửi, xóa, chuyển tiếp, trả lời) theo nhiều cách khác nhau. Nếu chúng tôi thực hiện một giao dịch cho mỗi người dùng mỗi giờ, thì đó sẽ là 1000 giao dịch mỗi giờ. Bằng cách mô phỏng 10 giao dịch / người dùng, chúng tôi có thể tải thử nghiệm máy chủ email bằng cách chiếm 10000 giao dịch / giờ.

Kiểm tra căng thẳng: Trong kiểm tra căng thẳng, các hoạt động khác nhau để làm quá tải các nguồn lực hiện có với các công việc dư thừa được thực hiện nhằm cố gắng phá vỡ hệ thống.

Ví dụ: Ví dụ: một trình xử lý văn bản như Writer1.1.0 của OpenOffice.org được sử dụng để phát triển các chữ cái, bản trình bày, bảng tính, v.v. Mục đích của thử nghiệm căng thẳng của chúng tôi là tải nó với lượng ký tự vượt quá.

Để làm điều này, chúng tôi sẽ dán nhiều lần một dòng dữ liệu, cho đến khi nó đạt đến ngưỡng giới hạn xử lý khối lượng lớn văn bản. Ngay khi kích thước ký tự đạt đến 65.535 ký tự, nó sẽ đơn giản từ chối chấp nhận thêm dữ liệu. Kết quả của thử nghiệm căng thẳng trên Writer 1.1.0 cho ra kết quả rằng, nó không bị sập dưới áp lực và xử lý tình huống một cách linh hoạt, đảm bảo rằng ứng dụng đó hoạt động chính xác ngay cả trong điều kiện căng thẳng nghiêm ngặt.


3

-> Thử nghiệm ứng dụng với số lượng người dùng tối đa và đầu vào được định nghĩa là thử nghiệm tải . Mặc dù thử nghiệm ứng dụng với nhiều hơn số lượng người dùng và đầu vào tối đa được định nghĩa là thử nghiệm căng thẳng .

-> Trong thử nghiệm tải, chúng tôi đo lường hiệu suất hệ thống dựa trên số lượng người dùng. Trong khi kiểm tra Stress, chúng tôi đo điểm ngắt của hệ thống.

-> Kiểm tra tải là kiểm tra ứng dụng cho một yêu cầu tải nhất định có thể bao gồm bất kỳ tiêu chí nào sau đây:

 .Total number of users.

 .Response Time

 .Through Put

Một số thông số để kiểm tra Trạng thái của máy chủ / ứng dụng.

-> Trong khi kiểm tra căng thẳng đang kiểm tra ứng dụng cho tải không mong muốn. Nó bao gồm

 .Vusers

 .Think-Time

Thí dụ:

Nếu một ứng dụng được tạo cho 500 người dùng, thì đối với thử nghiệm tải, chúng tôi kiểm tra tối đa 500 người dùng và để kiểm tra căng thẳng, chúng tôi kiểm tra hơn 500.


2

Kiểm tra tải = đặt một lượng tải cụ thể lên máy chủ trong một khoảng thời gian nhất định. 100 người dùng đồng thời trong 10 phút. Đảm bảo tính ổn định của phần mềm. Kiểm tra căng thẳng = tăng lượng tải đều đặn cho đến khi phần mềm bị treo. 10 người dùng đồng thời tăng sau mỗi 2 phút cho đến khi máy chủ gặp sự cố.

Để so sánh với nâng tạ: Bạn "tối đa" trọng lượng của mình để xem bạn có thể làm gì trong 1 lần (kiểm tra mức độ căng thẳng) và sau đó trong các bài tập thông thường, bạn thực hiện 85% giá trị tối đa của mình cho 3 hiệp 10 lần (thử tải)


1

Kiểm tra tải : - Kiểm tra tải có nghĩa là kiểm tra hệ thống bằng cách tăng liên tục và ổn định tải trên hệ thống cho đến khi đạt đến ngưỡng giới hạn.

Kiểm tra căng thẳng : - Kiểm tra căng thẳng, các hoạt động khác nhau để làm quá tải các nguồn lực hiện có với các công việc dư thừa được thực hiện nhằm cố gắng phá vỡ hệ thống.

Sự khác biệt cơ bản là như dưới

bấm vào đây để xem sự khác biệt chính xác


0

Kiểm tra tải: Số lượng lớn người dùng Kiểm tra căng thẳng: Quá nhiều người dùng, quá nhiều dữ liệu, quá ít thời gian và quá ít dung lượng


-1

Tải - Kiểm tra S / W ở Tải tối đa. Ứng suất - Vượt quá tải của S / W. Hoặc Để xác định điểm đứt của s / w.


4
Câu trả lời của bạn có gì mới so với những câu trả lời trước đây?
Stepan Novikov
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.