2012-03-17 28 views
66

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

+1

Tôi thấy mình hỏi cùng một câu hỏi và nhận ra rằng có nhiều định nghĩa cho các loại thử nghiệm hiệu suất, nhưng không có định nghĩa chuẩn "chính thức". –

+5

Tôi đang bỏ phiếu để đóng câu hỏi này là không có chủ đề vì nó không phải là về lập trình. Đó là về các loại thử nghiệm và chủ đề đó có nhiều Q & As trên sqa.stackexchange.com – AdrianHHH

Trả lời

85

Wikipedia trên thử tải (đậm là của tôi):

[...] Một bài kiểm tra tải trọng thường được tiến hành để hiểu được hành vi của hệ thống dưới một tải cụ thể dự kiến ​​. Tải 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ố lượng giao dịch cụ thể trong khoảng thời gian đã đặt. Thử nghiệm này sẽ đưa ra thời gian đáp ứng của tất cả các giao dịch kinh doanh quan trọng quan trọng [...]

và trên stress testing:.

hiểu được giới hạn trên công suất trong hệ thống. Loại thử nghiệm này được thực hiện để xác định độ mạnh của hệ thống về tải trọng cực đại và giúp quản trị viên ứng dụng xác định xem hệ thống sẽ hoạt động đầy đủ nếu tải hiện tại đi cao hơn mức tối đa được mong đợi.

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

+2

Vì vậy, chúng về cơ bản giống nhau nhưng tải là dưới tải bình thường và căng thẳng là nhiều hơn bình thường tải? Họ không phải là về thử nghiệm các khía cạnh khác nhau của hệ thống? – Neeta

+8

@Neeta: tải thử nghiệm mô phỏng người dùng thực sự bằng cách tiêm tạm dừng ngẫu nhiên giữa các yêu cầu. Thử nghiệm ứng suất có thể thực hiện đơn giản như nhiều yêu cầu nhất có thể. Nhưng kịch bản thử nghiệm có thể giống nhau. –

8

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

Ví dụ Ví dụ: để kiểm tra chức năng email của ứng dụng, nó có thể bị tràn ngập 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 qua 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 kiểm tra máy chủ email bằng cách chiếm dụng nó với 10000 giao dịch/giờ.

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

Ví dụ: Như một ví dụ, một trình xử lý như Writer1.1.0 bởi OpenOffice.org được sử dụng trong việc phát triển của các chữ cái, thuyết trình, tấm trải vv ... Mục đích của thử nghiệm căng thẳng của chúng tôi là để tải nó với phần chênh lệch giữa nhân vật.

Để thực hiện việc này, chúng tôi sẽ liên tục dán một dòng dữ liệu, cho đến khi đạt đến giới hạn ngưỡng xử lý khối lượng lớn văn bản. Ngay sau khi kích thước ký tự đạt 65.535 ký tự, nó sẽ đơn giản từ chối chấp nhận nhiều dữ liệu hơn. Kết quả của thử nghiệm stress trên Writer 1.1.0 tạo ra kết quả là nó không bị hỏng do căng thẳng và nó xử lý tình huống một cách duyên dáng, đả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.

14

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

Căng thẳng thử nghiệm

Trong thử nghiệm căng thẳng, chúng tôi cố gắng để phá vỡ hệ thống được kiểm tra bằng cách áp đảo nguồn lực hoặc bằng cách lấy nguồn lực ra khỏi nó (trong trường hợp này nó đôi khi được gọi là xét nghiệm âm tính). 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 tuân theo chương trình/hệ thống của bạn đang được kiểm tra (SUT) để giảm tài nguyên và kiểm tra hành vi của SUT bằng cách chạy thử nghiệm chức năng tiêu chuẩn. 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 giảm CPU sẵn có, các vấn đề thời gian sẽ khác nhau và SUT sẽ bị lỗi. Các loại tài nguyên hệ thống phổ biến nhất giảm trong kiểm tra 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, nó thường được gọi là các công cụ làm giảm ba nguồn tài nguyên EatCPU, EatMem và EatDisk tương ứng.

Trong khi trên Mặt thử tải khác

Trong trường hợp Load thử nghiệm Load thử nghiệm là quá trình phải chịu SUT của bạn để vật nặng, thường bằng cách mô phỏng nhiều người dùng (Sử dụng tải Á hậu), trong đó " người dùng "có thể có nghĩa là người dùng của con người hoặc người dùng ảo/lập trình. Ví dụ phổ biến nhất về thử nghiệm tải liên quan đến việc áp dụng một ứng dụng dựa trên web hoặc dựa trên mạng cho các lần truy cập đồng thời bởi 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 kiểm tra tải: để xác định các đặc tính hiệu suất của SUT và để xác định xem SUT có "ngắt" một cách duyên dáng hay không.

Trong trường hợp trang web, bạn sẽ sử dụng tải thử để xác định số người dùng mà hệ thống của bạn có thể xử lý và vẫn có hiệu suất phù hợp và xác định điều gì xảy ra với tải cực đoan. "bận rộn" tin nhắn cho người dùng, hoặc máy chủ Web sẽ bị hỏng trong ngọn lửa?

2

-> Thử nghiệm ứng dụng với số lượng người dùng và đầu vào tối đa được xác định là kiểm tra tải. Trong khi thử nghiệm ứng dụng với số lượng người dùng và đầu vào tối đa được xác định là kiểm tra căng thẳng.

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

-> Load Testing đang thử nghiệm các ứng dụng cho một yêu cầu tải được có thể bao gồm bất kỳ các tiêu chuẩn sau:

.Total number of users. 

.Response Time 

.Through Put 

Một số thông số để kiểm tra nhà nước về máy chủ/ứng dụng.

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

.Vusers 

.Think-Time 

Ví dụ:

Nếu một ứng dụng được xây dựng cho 500 người dùng, sau đó cho thử tải chúng tôi kiểm tra lên đến 500 người sử dụng và để thử nghiệm căng thẳng chúng tôi kiểm tra lớn hơn 500.

2

Load thử nghiệm = đặt một lượng tải được chỉ định trê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 sự ổn định của phần mềm. Kiểm tra căng thẳng = tăng lượng tải ổn định cho đến khi phần mềm gặp sự cố. 10 người dùng đồng thời tăng cứ sau 2 phút cho đến khi máy chủ gặp sự cố.

Để so sánh với việc tăng cân: Bạn "tối đa" cân nặng để xem bạn có thể làm gì cho 1 đại diện (kiểm tra căng thẳng) và sau đó tập luyện thường xuyên, bạn làm 85% giá trị tối đa cho 3 bộ 10 đại diện (thử nghiệm tải)

0

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

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

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

click here to see the exact difference

-1

thử tải: lượng lớn người sử dụng Căng thẳng Kiểm tra: Quá nhiều người dùng, dữ liệu quá nhiều, quá ít thời gian và quá ít chỗ

-1

Tải - Kiểm tra S/W ở mức tải tối đa. Căng thẳng - Ngoài tải của S/W.Or Để xác định điểm phá vỡ của s/w.

+4

Có gì mới trong câu trả lời của bạn so với câu trả lời trước? –

Các vấn đề liên quan