性能测试什么时候开始：
一般在系统功能稳定没有大的缺陷之后开始执行。但前期准备工作可以从系统需求分析时就开始：性能目标制定、场景获取、环境申请等。
一、制定性能测试目标
在特定的并发用户数下测试特定场景的响应时间
在一定的响应时间的要求下来测试特定场景的最大并发用户数
测试特定场景的TPS
1、线上系统
对线上系统的日志进行分析以获取到这个系统每个功能的访问情况、最大的并发用户量、平均/最大/最小响应时间。然后通过每日的增长趋势来确定最大的并发用户数、响应时间参考日志分析的结果，即与平均响应时间相当。
2、全新项目
开发过程相关文档
项目开发计划书、需求规格说明书、设计说明书等文档都可能涉及性能测试的要求。通过收集这些材料，可以找到初步的性能需求。但这些性能测试需求往往不够准确，需要性能测试人员进行专业的引导。
类似项目
公司的其他产品或以往项目会累积出一些数据，可以作为参考。
用户使用模型
分析用户使用模型是获取性能测试需求的有效手段，考虑哪些用户使用系统的哪些典型的业务，在什么时段有多少用户进行了什么功能的操作。例如：某OA系统每天早上8:00会有200个用户在10分钟内登录系统；每天查询交易的高峰是在9:00~11:00和下午的14:00~16:00等，然后根据这个用户使用模型并结合80/20原则计算OA系统的登录以及交易查询业务的并发量。
80/20原则
80/20原理就是系统在每个工作日有80%的业务是在20%的时间内集中完成，或者系统80%的用户会在20%的时间内集中进行应用操作。下面我们来举两个例子说明：
（1）某网站每日的总访问人数为10万，其中浏览单品页占30%，搜索业务占20%，登录+购买业务占50%。采用80~20原则，8小时的20%作为基准时间，计算各个业务的并发数。
搜索业务：（100000*20%*80%）/（8*3600*20%）=2.78取整为3
浏览单品页：（100000*30%*80%）/（8*3600*20%）=4.17取整为5
登录+购买：（100000*50%*80%）/（8*3600*20%）=6.94取整为7
（2）系统每年的业务集中在8个月完成，每个月平均有20个工作日，每个工作日8小时，按照80/20原则，即每天80%的业务在1.6小时完成。去年全年处理业务约100万笔，其中15%的业务处理中每笔业务需对应用服务器提交7次请求，其中70%的业务处理中每笔业务需对应用服务器提交5次请求，剩余15%的业务处理中每笔业务需对应用服务器提交3次请求。根据以往的统计结果，每年的业务增长量为15%，考虑到今后3年的业务发展需要，测试需按现有业务量的两倍进行请求数来计算系统应该达到的TPS。
每年的总请求数=(100万*15%*7+100万*70%*5+100万*15%*3)*2=1000万
TPS=(10000000*80%)/(8*20*8*3600*20%)=8.68，取整即TPS=9
响应时间标准
2秒以内，用户感受良好
2~5秒，用户觉得可以接受
5~10秒，用户会觉得很烦躁，无法接收，会频繁刷新页面
10秒以上，用户完全无法接收，直接离开
二、性能测试场景获取
1、线上系统
单场景：
根据对线上系统的日志分析结果，访问量排在前面的功能、本次改动的以及可能会影响到的功能、和钱有关的功能。为保险起见最好再和开发确认一下会影响到的功能。
混合场景：
还是根据线上系统的日志分析结果，得到系统级别的最大并发数，再根据每日的增长趋势做一个增量从而得到最终的最大并发数。然后根据日志分析结果中的各个重要功能的占比数来进行用户分配。
稳定性场景：
确定好单场景和混合场景后，还应该考虑稳定性场景。其目的是测试系统是否有内存泄漏现象发生，同时也可以测试系统的平均无故障时间。所以，可以用混合场景做长时间的稳定性测试。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
