因为在编写材料时，有同事提出比较关心性能测试的工作量，所以我将这个例子项目的性能测试工作量进行了统计。
某移动知识管理系统在系统初验前，项目总工作量是49.06人月，测试总工作量是8.644人月(即186人日)，测试占项目总工作量的17.62%。其中，性能测试占测试总工作量的14.3%，与前面介绍的性能测试估算比例9%相比大出很多。这是因为参与这个项目的测试组没有性能测试经验，并且这个项目性能需求比较多，客户对系统性能要求比较高。单单到客户处进行性能测试，就不下10次，这还需要包括前期的实施准备工作。因为移动的机房和我们测试客户机不在同一个地方，所以，每次进行性能测试之前，都需要很多人的协助。所以，从工具学习、到脚本问题处理、沟通、测试执行上，这个项目都花了不少时间。后面另一个项目因为有了前面项目的经验积累，整个性能测试工作的工作量占整个项目性能测试工作量的8.2%。
下面我使用该项目的一个性能测试点对脚本的录制这块介绍。
场景介绍：
培训考试在线考试，要求能够实现500个人同时在线考试。
关键点：
每个人登陆系统后，不能再次登陆系统
500人同时提交试卷时，并发性要求很大
因为没有系统，先大致给大家描述一下界面。
由于录制脚本是整个性能测试的一个基础，所以，这里先主要讲脚本的录制。
假设：并发性最大的情况是考试时间到时，系统自动提交试卷的这一时刻。
这里主要强调几点：
1.参数化的几个注意点：
1)空格问题
2)参数设置方式
3)16进制的参数化(多用几个用户录制脚本，对比脚本不同的地方)
——》
文章来源于领测软件测试网 https://www.ltesting.net/
