《应用性能测试的艺术》 笔记 §3 性能测试的过程

§3     性能测试的过程

2009-09-29

磁针石：xurongzhong#gmail.com

博客：oychw.cublog.cn

§3.1 The Proof of Concept (POC)

       概念证明的作用：性能测试工具的技术鉴定；识别脚本数据需求；评定脚本编码时间；演示性能测试方案。

       前提: 退出、成功、失败的准则；可以访问测试环境；可以安装监控软件；如果可能，独享环境；有人解决可用性问题；有技术专家；开通了相关用户；至少2套登录证书；2套实例事务，一套是只读的，一套包含了更新等复杂操作，用来检验回放。

       过程：

1，  录制示例事务，使用Windiff等比较其不同。

2，  事务的单用户和多用重放

Windiff是windows的免费工具，也可以考虑：

ExamDiff Pro from prestoSoft ()

WinMerge ()

       交付：

1，  测试工具是否适合的评估

2，  确定输入和运行以及其他可能的数据

3，  评估脚本的修改和需要的时间

4，  如果是销售方，确认符合成功退出准则

 

§3.2  从需求到性能测试

       时间安排：

1，  每个事务需要半天脚本化

2，  创建一个性能测试场景或者会话需要1-2天

3，  性能测试执行：至少5天

4，  数据收集1天

注意的需求：

1，  完成性能测试的最后期限；

2，  使用内部或者外部资源

3，  就测试环境达成一致

4，  每轮的代码冻结

5，  测试环境不受外界干扰

6，  测试目标经相关大佬同意

7，  确定关键事务，有文档，可以脚本化。

8，  哪些事务需要单独监控

9，  确定输入、目标和运行时数据。

10，              性能测试的类型，数量、事务内容、虚拟用户等。

11，              文档、应用服务器、网络的KPI。

12，              测试输出

13，              测试问题的提交

 

内部测试还需要考虑：

1，  测试成员和组织架构

2，  性能测试可以利用的工具和资源

3，  充足的培训

 

 

而后进行：

1，  基于这些需求，制定概要的计划：包含资源、时间点、里程碑等。

2，  制定详细计划：包含依赖性及相关的时间点、详细场景和测试用例、工作量和环境信息。

3，  针对测试不达目标和时间表等的风险分析。

 

测试环境的构建：

1，  有充足的时间寻找设备和安装配置环境。

2，  考虑所有部署模型。

3，  考虑外部链接

4，  足够的负载注入容量。

5，  应用正确的部署

6，  足够的licenses。

7，  部署和配置性能测试工具

8，  部署和配置KPI监控工具

 

针对事务：

1，  确定运行时数据需求

2，  输入数据需求

3，  检查点

4，  为了重放需要对脚本的修改

5，  确保脚本能单用户和多用户的回放。

 

每个性能测试需要考虑：

1，  测试类型

2，  思考时间和步长设这

3，  需要多少负载注入器及每个的虚拟用户

4，  负载注入模式

5，  测试数据的重复使用

6，  是否需要IP欺骗

7，  模拟多种波特率

8，  运行时监控

9，  Web测试需要考虑模拟的用户是新用户、在线用户、returning user等。

10，              其他应用技术