我们知道了压测的概念的介绍,那么很多人都想问,我们应该怎么做,在项目中的流程是怎样的,整个过程需要什么。那么我们来一一道来。
一、压测的时机
我们选择什么样的时机去介入压测,时机的选择是很重要的,如果时间选择不对呢,那么可能压测都是无用功。或者是高投入,低产出的。我大概总结了几个时机。
1.项目上线稳定后,对系统的评估
2.系统研发后期,对系统的检验
3.活动前,摸高压测,预估流量
4.线上出现性能问题。
5.合作活动、系统,对方要求上线前压测
大概是5个方面,当然了,也不只是这些,这里只是做了几种情况的列举。我们接下来可以详细 的看看。
1.项目上线稳定后,对系统评估
我们在系统上线稳定后,用户的增加,我们不知道我们的系统能够抗住多少用户,用户还在增加,我们为了验证系统在未来一段时间的稳定性,我们要进行压测。对系统进行评估,通过压测,让系统的容量足够应对未来一段时间的新增。
2.系统研发后期,对系统的检验
很多时候呢,在系统的研发的后期呢,由于团队的要求,需要对系统的稳定性做下校验,保证系统在短时间内流量陡增的时候的整体的稳定性。对系统的部署提供一个参考的结果。
3.活动前,压测。
这个是很多时候的活动的常规的选择,我们需要在活动前,对系统进行一个摸高压测,根据预估的流量,对系统的配置进行调整优化。保证整个活动期间,系统平稳渡过,完成既定目标。
4.线上出现性能问题
这个时候来做性能测试,是很常见的,有很多小的公司,刚开始,业务还没有增加上来,没有必要去做性能测试,等问题来了,再来做这个时候,时间是仓促的,很多时候是为了性能而性能。为了满足线上的稳定性,来修复线上问题而做的。这样的风险很大。
5.合作活动,系统对方要求的
合作的,对方对于性能有要求,我们必须去做这一项工作。因为不达标可能合同终止,或者产生合作的损失,对公司利益造成影响。所以必须来做压测,保证合作的顺利开展。
无论是怎样的时机去做性能测试。都要去做,性能测试必须做,不做不行。性能测试的做的时机的考虑一定是符合公司的业务发展,不能说随意的去选择压测时机。有时候,过早的介入性能测试,或者过多的性能优化,可能会收到反向效果。对于性能时机的选择,要贴合业务而来。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!