性能测试

Posted 2020-07-19

1. 性能测试的基本过程：

   性能测试需求分析 -> 性能测试计划 -> 性能测试用例 -> 测试脚本编写 -> 测试场景设计 -> 测试场景运行 -> 场景运行监控 -> 运行结果分析 -> 系统性能调优 -> 性能测试总结

   红色字体处可能会多次进行。

   
   

   
   

性能测试需求分析：

1. 性能测试的目的就是把客户的真正需求搞清楚，这是性能测试最关键的过程。

2. 根据80-20原则，通常系统用户经常使用的功能模块大概占用系统整个功能模块数目的20%。

3. 性能测试通常耗时比较长。根据80-20原则，客户常用的系统应用只占20%，所以，对所有的功能进行测试是不切实际也是不科学的做法。

   通常，客户提出需求，性能测试人员对其进行系统和专业的分析后，提出测试计划、解决方案、性能测试用例等，并与客户共同确定最终的计划、方案、测试用例。最终的测试内容通常结合客户的真实应用场景，客户应用最多，使用最频繁的功能。

4. 性能测试人员必须知道客户的真实需求，消除不明确的因素。

5. 系统支持10万用户并发访问？ 面对客户的这个要求，需要问清楚，未来几年，系统是否真的有10万用户并发访问的可能。 如果不是，为了节省客户的投入，建议不必进行10万级用户并发访问测试。

性能测试计划：

1. 在性能测试计划中，需要阐述产品、项目的背景，将前期的需要测试性能需求明确，并落实到文档中。

2. 性能测试也是依赖于系统正式上线的软、硬件环境的，所以包括网络的拓扑结构、操作系统、应用服务器、数据库等软件的版本信息、数据库服务器、应用服务器等具体硬件配置，如CPU、内存、硬盘、网卡、网络环境等信息也应该进行描述。 测试环境要和客户上线的环境相似，这很重要。

性能测试用例：

1. 性能测试用例 应该结合用户应用系统的场景，设计出相应的性能测试用例，用例应能覆盖到测试需求。

   当你对性能测试用例设计束手无策时，你需要考虑以下几个方面问题：

   (1) 是否更加关注于工具的使用，忽略了性能测试理论知识的补充。

   (2) 是否对客户应用该系统经常处理哪些业务不是很清楚。

   (3) 是否对应用系统的用户数不是很了解。

   (4) 是否没有性能测试人员可以交流。

   ... ...

2. 用例设计，通常需要编写如下内容：测试用例名称、测试用例标识、测试覆盖的需求(测试性能特性)、应用说明、(前置/假设)条件、用例间依赖、用例描述、关键技术、操作步骤、期望结果(明确的指标内容)、记录实际运行结果等内容。

测试脚本编写：

1. 协议的正确选择

2. 测试脚本不仅可以使用性能测试工具来完成，还可以使用其他语言编程来完成同样的工作。

3. 通常，在应用工具录制或者编写脚本完成以后，您还需要去除脚本不必要的冗余代码，对脚本进行完善，需要加入集合点、检查点、事务以及对一些数据进行参数化、关联等处理。

4.