需求原文档
在进行性能测试之前，我们需要先对性能需求进行分析，得出我们测试的依据，同时也是录制脚本的方向。
先来看一下合同上的性能需求，分时效性需求和并发性需求：
A.时效性需求 在系统基础软件性能及相应的系统管理保障基础上，保证90%的用户一次性成功的登录系统，而且用时不超过2秒，80%的数据提交不超过3秒，80%的统计汇总工作处理时间不超过5秒。 系统处理速度：要保证更新信息的及时获取、处理、入库与发布。从信息获取到入库的延迟不超过100毫秒。 查询速度：要求采用合理的数据库结构和查询算法，要求查询的响应速度在秒级以内，并不随记录数的增长而下降。 B.并发性需求 本系统用户主要包括两部分，一是内部工作人员，二是办件群众 内部工作人员在性能上要求能够提供5000个用户的同时访问，同时为500个用户提供数据库查询的工作。 办件群众使用网上办事大厅，要求网上办事大厅支持20000个在线用户，正常2000个用户并发访问，平均响应时间<=3秒。
性能分析结果
根据合同，系统实际使用情况，系统实际使用人数，整理得到如下的性能测试需求点：
A.时效性
210个用户登录管理系统用时不超过2秒，66个用户修改办件数据用时不超过3秒，66个用户进行预约统计汇总查询用时不超过5秒。
单人修改系统办件，时间在100毫秒
210个用户查询用户办件信息，时间在秒级内
B.并发性
500个内部工作人员涉及并发操作场景一：80人审核办件通过，80人审核办件打回，90人审核查询1，90人审核查询2，80人办件修改、80人办件详情查看
500个内部工作人员涉及并发操作场景二：250人审核查询1，250人审核查询2
2000个办件群众涉及并发操作场景：1800人申请办件流程，200人上传审查附件
5000个内部工作人员涉及在线访问场景：2500人审核查询，2500人办件详情查看
20000个办件群众涉及在线访问场景：20000人同时登录系统
其他说明
1.把需求落实到具体的功能上时，该具体功能应该是系统经常使用的部分，如系统的登录，处理数据等。
2.需求分析参与人员应该是多人组成的，包括：业务人员，测试人员，设计人员等
3.以上的需求分析不一定是完整的：仁者见仁，智者见智，欢迎大家来讨论补充。