PERFORMANCE TESTING LÀ GÌ

  -  

Chủ đề của bài viết là sự khác lạ giữa Performance Testing, Load Testing và Stress Testing với những ví dụ đi kèm. Nếu người tiêu dùng muốn tìm phát âm sâu hơn về riêng rẽ Performance Testing, người mua hàng có thể tđê mê khảo thêm chuỗi bài viết ở đường link tiếp sau đây.

Bạn đang xem: Performance testing là gì

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

Trong hướng dẫn này, chúng ta đã luận bàn về từng các loại thử nghiệm này nhằm phát âm sự khác biệt đúng chuẩn thân bọn chúng.


1. Performance Testing

1.1. Performance Testing là gì

Test hiệu năng là bài test được triển khai nhằm xác minh các nguyên tố của khối hệ thống sẽ hoạt động ra làm sao trong một trường hợp nhất định.

Việc áp dụng tài nguyên ổn, kĩ năng không ngừng mở rộng cùng độ tin tưởng của thành phầm cũng được xác thực theo bài thử nghiệm này. Bài test này là tập vừa lòng con của kỹ thuật kiểm tra hiệu năng, triệu tập vào giải quyết những sự việc tính năng trong xây cất và phong cách thiết kế của một sản phẩm phần mềm.

*

2. Load Testing

2.1. Load Testing là gì

Load Testing là đánh giá khối hệ thống bằng phương pháp tăng tải liên tiếp và rất nhiều đặn cho khối hệ thống cho tới lúc đạt đến giới hạn ngưỡng. Nó là một trong tập vừa lòng con của kiểm tra tính năng.

Kiểm tra thiết lập hoàn toàn có thể dễ dãi tiến hành bằng cách sử dụng ngẫu nhiên chế độ tự động hóa phù hợp nào có sẵn bên trên Thị trường. WAPT cùng LoadRunner là hai lý lẽ nổi tiếng cung cấp đánh giá sở hữu. Load Testing cũng lừng danh vị những tên như: Kiểm tra trọng lượng và đánh giá chất lượng độ bền.

Tuy nhiên, khám nghiệm cân nặng chủ yếu tập trung vào cửa hàng dữ liệu. Trong Khi đó, kiểm tra chất lượng độ bền thực hiện kiểm soát khối hệ thống bằng phương pháp giữ lại nó dưới một thiết lập trọng đáng kể trong một khoảng chừng thời gian duy trì.

Mục đích duy nhất của bình chọn mua (Load Testing) là gán mang đến khối hệ thống các bước lớn số 1 cơ mà nó hoàn toàn có thể xử trí nhằm khám nghiệm thời gian chịu đựng của hệ thống cùng quan sát và theo dõi tác dụng. Một thiết thực độc đáo ngơi nghỉ đây là đôi khi hệ thống được cung cấp một tác vụ trống để xác minh hành vi của hệ thống vào tình huống ko cài.

Các thuộc tính được theo dõi và quan sát trong đánh giá thiết lập bao gồm công suất tối đa, thông lượng máy chủ, thời hạn đáp ứng dưới những nấ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 thiên nhiên H/W, có bao nhiêu ứng dụng người dùng rất có thể cách xử trí nhưng mà ko tác động mang đến năng suất.

*

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

Các kim chỉ nam của soát sổ cài đặt bao gồm:

Phơi bày những khiếm ktiết của một ứng dụng tương quan mang đến lỗi tràn cỗ đệm, rò rỉ bộ nhớ lưu trữ cùng quản lý không đúng bộ nhớ lưu trữ. Các vụ việc ở đầu cuối sẽ lộ diện vị phân tích download có thể bao gồm những vụ việc thăng bằng sở hữu, vấn đề đường dẫn, công suất của hệ thống bây chừ, ...Để xác minh giới hạn bên trên của tất cả những yếu tắc của áp dụng nlỗi cơ sở dữ liệu, Hartware, mạng, … nhằm ứng dụng có thể quản lý sở hữu được dự đoán thù sau này.Để đặt SLA cho áp dụng.

2.3. Ví dụ về Load Testing

Chúng ta hãy xem xét việc kiểm tra tính năng tin nhắn 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 thời gian. Hiện ni, 1000 người dùng rất có thể kích hoạt những thanh toán giao dịch email (gọi, gửi, xóa, nối tiếp, trả lời) theo nhiều phương pháp khác nhau.

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

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

*

Hình bên trên bộc lộ một bài khám nghiệm sở hữu được tiến hành trong luật pháp có tên là JMeter. Bài demo này được triển khai để xác minh tất cả từng nào người dùng cơ mà một hệ thống rất có thể giải pháp xử lý. Trong thí điểm này, 100 người dùng có thêm sau mỗi 30 giây cho đến Lúc cài đặt đạt 1000 người dùng. Mỗi bước mất 30 giây để hoàn thành và JMeter ngóng trong 30 giây trước lúc ban đầu bước tiếp theo.

khi cài đạt 1000 luồng, tất cả chúng đã liên tục chạy vào 300 giây (5 phút) cùng mọi người trong nhà với ở đầu cuối dừng 10 luồng sau mỗi 3 giây.

3. Stress Testing

3.1. Stress Testing là gì

Dưới Stress Testing, những chuyển động khác biệt để triển khai thừa sở hữu những tài nguyên ổn hiện nay có với các các bước dư thừa khác nhau sẽ được tiến hành vào nỗ lực phá vỡ vạc khối hệ thống. Thử nghiệm xấu đi (negative testing), bao gồm đào thải những nguyên tố khỏi khối hệ thống cũng khá được tiến hành nlỗi một phần của Stress Testing.

Stress Testing còn được call là chất vấn độ mỏi (fatigue testing), bài thử nghiệm này đã thâu tóm được tính bất biến của áp dụng bằng phương pháp kiểm soát nó quá vượt khả năng đường truyền của chính nó.

Do kia, về cơ phiên bản, Stress Testing review hành vi của một vận dụng quá quá tải về tối nhiều và các ĐK thông thường.

*

Mục đích của Stress Testing là nhằm xác định sự thất bại của khối hệ thống với quan sát và theo dõi bí quyết khối hệ thống hồi sinh. Thách thức ngơi nghỉ đó là thiết lập cấu hình một môi trường xung quanh được kiểm soát và điều hành trước lúc khởi chạy bài kiểm tra để chúng ta rất có thể thâu tóm đúng chuẩn hành động của hệ thống những lần trong các trường hợp khôn lường tốt nhất.

Các vụ việc ở đầu cuối mở ra vị Stress Testing hoàn toàn có thể bao hàm các vụ việc nhất quán hóa, rò rỉ bộ nhớ, ...

Nếu Stress Testing kiểm soát phương pháp hệ thống giải pháp xử lý trong trường hợp tăng bất ngờ đột ngột số lượng người dùng , sau đó nó được call là bài xích kiểm tra việc tăng cao.

Nếu Stress Testing là nhằm bình chọn tính bền chắc của khối hệ thống trong một khoảng tầm thời gian trải qua việc tăng số lượng người dùng một các chậm rì rì rãi, thì nó được điện thoại tư vấn là bài thử nghiệm dì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 báo cáo sau sự thay để xác định hành động của áp dụng sau không thắng cuộc.

Thách thức lớn số 1 là đảm bảo để hệ thống ko bị ảnh hưởng mang lại an toàn của các tài liệu nhạy cảm sau sự núm. Trong một bài stress testing thành công, hệ thống đang quay trở lại tâm lý bình thường cùng rất tất cả các yếu tắc của chính nó trong cả sau sự núm nghiêm trọng độc nhất.

3.3. Ví dụ về Stress Testing

Ví dụ, một trình cách xử trí văn bạn dạng nhỏng Writer 1.1.0 của OpenOffice.org được áp dụng nhằm cách tân và phát triển những vần âm, bạn dạng trình diễn, bảng tính, ... Mục đích của câu hỏi ức chế demo của chúng ta là thiết lập nó với các ký trường đoản cú thừa. Để làm điều này, Cửa Hàng chúng tôi sẽ tiếp tục paste (dán) một mẫu tài liệu, cho đến lúc nó đạt đến giới hạn ngưỡng của nó nhằm cách xử lý một cân nặng bự văn uống bản. Ngay khi size ký kết từ đạt 65.535 ký tự, đơn giản và dễ dàng là nó đang khước từ đồng ý những tài liệu rộng.

Kết quả khám nghiệm mệt mỏi trên Writer 1.1.0 tạo thành tác dụng rằng nó không trở nên sập bên dưới ứng suất với nó cách xử trí trường hợp một biện pháp nhẹ nhàng, đảm bảo rằng ứng dụng chuyển động chính xác trong cả trong số ĐK stress ngặt nghèo.

Một ví dụ không giống về ức chế test mô tả bài demo tăng đột biến trải qua bài toán tăng đột ngột 7000 người dùng được hiển thị bên dưới:

*

4. Câu hỏi hay gặp

Đã gồm nhiều những cuộc bàn bạc về Performance Testing, Stress Testing và Load Testing, hiện nay bọn họ hãy chăm chú một vài thắc mắc thường xuyên chạm mặt liên quan nhưng mà một tester luôn luôn tìm kiếm câu trả lời.

Câu hỏi #1) Kiểm tra mua và kiểm soát hiệu năng có tương đươ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 bây chừ bạn đề nghị nắm rõ sự khác biệt giữa chất vấn tính năng cùng bình chọn thiết lập. Bạn hoàn toàn có thể xem thêm nắm tắt dạng bảng ở bên dưới phía trên giúp xem biện pháp bình chọn hiệu năng với thiết lập có các mục tiêu, thuộc tính phạm vi khác biệt để phân tích và các sự việc bắt buộc tìm hiểu.

Xem thêm: 10+ Cách Để Đầu Tư Bitcoin Btc Năm 2021 Và Hướng Dẫn Chơi Bitcoin Uy Tín Tại Việt Nam

Câu hỏi #2) Đây bao gồm bắt buộc là 1 trong những bài demo không hợp lý Lúc thực hiện Stress Testing cùng lúc khi chúng ta tiến hành Load Testing không?

Trả lời: Đây cũng là 1 trong thắc mắc thông dụng trong nhiều cuộc phỏng vấn thử nghiệm phần mềm với đánh giá chứng từ bởi gồm không hợp lý lúc tiến hành khám nghiệm mệt mỏi và đánh giá cài đặt một cách song tuy vậy giỏi không? Câu trả lời cho điều này là “Không”. Không phải là ko hợp lý Khi thực hiện găng tay testing và một thời gian khi chúng ta vẫn thực hiện chất vấn mua.

Không tất cả bài xích khám nghiệm nào là thừa. Là một tester, công việc của người sử dụng là đưa ra những vụ việc. Tuy nhiên, thực tiễn của việc test phần mềm rất có thể được áp dụng cùng đa số sự việc nhưng chúng ta vạc hiện trong trường hợp này rất có thể không được khắc chế.

câu chất vấn #3) Kiểm tra phục hồi (Recovery Testing) có phải là một trong những phần của khám nghiệm hiệu năng (Performance Testing) không?

Trả lời: Có, chất vấn phục hồi được phân các loại theo kiểm soát hiệu năng và nhiều khi nó cũng khá được triển khai cùng với khám nghiệm thiết lập (Load Testing). Trong bài test Phục hồi, nó đánh giá một vận dụng có công dụng hồi phục tốt ra sao từ bỏ các lỗi, sự thế, lỗi phần cứng cùng những vụ việc tương tự không giống.

Trong chuyển động này, ứng dụng bắt buộc thua cuộc với tiếp nối nó được minh chứng giả dụ nó hoàn toàn có thể phục sinh đúng chuẩn hay không. ví dụ như, khởi động lại khối hệ thống bất thần lúc 1 vận dụng đang chạy cùng tiếp nối xác minch tính trọn vẹn dữ liệu của áp dụng.

câu hỏi cần giải đáp #4) Kiểm tra hiệu năng gồm những hiểu biết có kiến thức lập trình không?

Trả lời: Kiểm test tính năng ko kinh nghiệm các bạn buộc phải có kiến thức lập trình ở mức cao. Tuy nhiên, gồm con kiến ​​thức cơ bản về lập trình sẵn là một trong những ưu thế bổ sung.

lấy một ví dụ, nếu khách hàng vẫn sử dụng JMeter, thì tốt nhất có thể là chúng ta cần phải biết các hình thức cơ bạn dạng của Java. Nó hoàn toàn có thể giúp cho bạn gỡ lỗi một vài đồ vật và chúng ta cũng có thể viết kịch phiên bản của riêng mình trường hợp phải.

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

Trả lời: Trong thí nghiệm tăng ngày một nhiều (Spike Testing), thiết lập bị tăng hoặc bớt bất ngờ bởi vì một vài lượng to người tiêu dùng cùng sau đó hành động khối hệ thống được quan tiền ngay cạnh. Spike Testing chủ yếu được triển khai nhằm khám nghiệm coi hệ thống có thể xử lý những chuyển đổi bất ngờ về sở hữu ko.

5. Sự quái đản giữa Performance Testing, Load Testing và Stress Testing

Tóm tắt lại, chúng ta hãy cùng coi sự khác hoàn toàn tại chính giữa kiểm soát tải (Load Testing), soát sổ căng thẳng, mức độ Chịu (Stress Testing) cũng tương tự kiểm soát tính năng (Performance Testing) trong bảng dưới đây:

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

6. Sự khác hoàn toàn thân Load Testing, Stress Testing và Volume Testing

Đến hiện thời chúng tôi đang biết về load testing với bao tay testing thuộc với sự biệt lập giữa hai một số loại kiểm tra này. Bây giờ đồng hồ bọn họ hãy khám phá volume testing là gì và nó khác với load testing cùng ức chế testing ra sao. Kiểm tra cân nặng (volume testing) cũng là 1 trong một số loại đánh giá tính năng tập trung đa phần vào các đại lý tài liệu.

Trong kiểm tra trọng lượng, nó kiểm soát coi hệ thống vận động ra sao so với một cân nặng dữ liệu nhất định. Do kia, những đại lý tài liệu được nhồi với dung tích về tối nhiều cùng nút công suất của bọn chúng nlỗi thời gian đáp ứng nhu cầu cùng thông lượng sever được theo dõi.

Để cho dễ dàng và đơn giản, sự khác biệt giữa soát sổ thiết lập, stress cùng 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 quý khách.Quá nhiều dữ liệu, rất nhiều quý khách dẫn đến hệ thống quá tải.

7. Kết luận

Trong giải đáp này, họ sẽ thấy với đọc trải qua các ví dụ về phong thái soát sổ tính năng, chất vấn sở hữu và chất vấn mệt mỏi khác biệt nlỗi thế nào cùng phạm vi của từng một số loại chạy thử là gì.

Xem thêm: Academic Là Gì - Nghĩa Của Từ Academics Trong Tiếng Việt

Chúng ta đã và đang bao gồm một chiếc quan sát nlắp gọn về nhiều danh mục của bình chọn tính năng nlỗi kiểm soát tăng dần, kiểm tra phục sinh, chất vấn trọng lượng, ... với phát âm mỗi loại này không giống nhau thế nào.