摘要：一个项目如果有性能需求，那恭喜你，你接到活了，于是你开始着手开始性能测试。 首先第一步，你会先去了解业务，与此同时，产品或者项目经理也会给出他们的一些性能需求，和相关的指标要求，这个时候，你可以凭借你的经验和业务的实际情况深入一步挖掘量化性能指标，因为这直接影响到的测试终止条件，所以第一步尤为重要。可以根据以往项目的经验，给出你的一些测试通过标准，然后与相关人员确认，这样测试的目标就会非常明确，达到事半功倍的效果。 好了，你的目标有了，你该提供你的测试方法了，你心中有了对整个业务的认识和理解，它可能包含了几个流程，你脑海中开始勾勒你要测试的场景。假如说你测的是一个购物下单的业务性能，购物包含. 阅读全文

摘要：不知道大家在做性能测试的时候，测试数据是如何准备的，笔者在实际工作中发现测试数据的准备会遇到以下几个问题： 其一，由于性能测试需要具备一定的并发量，尤其在实际系统所能承受最大并发量未知的情况下，测试数据的量也必须满足预期业务并发量的一个量的需求，如何准备这些量的数据是第一个问题； 其二，除了量的需求，数据也必须是符合业务逻辑的，是可用或者可测试用的数据，不是脏数据或无效数据。比如表与表之间是具备一定的关联关系，记录之间也有关联关系，所有的测试数据要符合这些规则，如何完全了解掌握这些规则，并且根据规则来生成测试数据是第二个问题； 其三，性能测试往往是安排在功能测试完成之后，在项目进度非... 阅读全文

摘要：问题描述：场景中设置的vuser数量为1，每间隔一段时间做一次上传文件的操作，上传的文件内容为500条手机号码，导入后等待系统批处理执行手机充值业务。在测试结果中发现，上传文件的这个事务随着场景执行时间的增长，响应时间逐渐递增，但实际的并发用户一直为1，并未有并发上的压力，每次上传文件的时间间隔也有10分钟，为什么响应时间会逐渐增大。原因：然后手工进行一次业务操作，发现实际的响应时间确实非常长，但是之前操作的时候并未发现此现象。然后发现，原来在上传文件之后，系统会进行一个与之前上传的文件进行比对的操作，因此随着上传文件数量的增加，每次比对的数量就会增加，所以整个业务的响应时间会增长。但实际上此 阅读全文