Use Application Center Test (ACT) to do pressure testing

xiaoxiao2021-03-19  214

After we completed the SPS2003-based development, we have realized our specific applications, can we directly ask users to use it? If I do this, then experienced developers will definitely nose to this: I don't even have pressure testing! I really don't want to live ... Oh, yeah. The development environment often only considers the function. In the specific environment, you need to consider a lot of users to access, will many features will be wrong? What will performance? ...... Let's take a look at it, how to do pressure testing. I believe that there is a lot of tools for pressure testing, and we are generally used, and now a lot is Application Center Test (ACT). This Dongdong is a set of VS.NET, very simple, easy to get started, and support scripts, you can also achieve complex features ... Here I omitted test steps, suppose we just do testing a website, such as Test.sendRequest "http://server/default.aspx"). How to analyze the results now? Below is some information I just learned, sharing with everyone, I hope to have a friend who has experienced friends. 1. First, check and there is no error, such as 401 users do not have a verification error. If there is an error, then the result is definitely wrong, nor is it. 2. Analyze Average Requests Per Second, it should be "average average request per second". We can test a few more times, use 1, 2, 5, 10, 50, 100, 200 ..., the number of concurrent browser connections. Then we can put several results in a chart to analyze. Under normal circumstances, as the number of concurrent browser is increased, the number of Average Requests Per Second will also increase, but after a certain value, the Average Requests Per Second has dropped. So, this value is almost the maximum number of concurrent browser connections that the server can support. 3. AVERAGE TIME TO LAST BYTE is the time to receive the server response after sending a request. Obviously, in general, as the number of concurrent browser is increased, this value will become large. Under normal circumstances, it is reasonable to analyze this value. You can refer to the following criteria: 0.1 seconds: very fast 1 second: speed is still very fast, basically no need to consider performance issues 3 - 4 seconds: For internal network, you can accept one Result 5 - 8 seconds: For external networks, a result can be accepted for 10 seconds: Too slow some 4. Average Time to first Byte, but it is only the time to receive the server response. ...

转载请注明原文地址:https://www.9cbs.com/read-130234.html

New Post(0)