分析完项目的可测性后,确定这个项目确实有值得测试的地方,下一步就要针对项目内容进行深入测试。
数据量分析
如果是老项目,那很好办了,看看主表放了多少条数据,用了多少年,每年都有多少条数据,一个漂亮的分析就产生了。诸如第一年50000条数据 每年依次递升10%,共计500000条数据等。那往后在推3年、5年,约需要制作xxxx条数据。
如果是新项目,那就惨了,因为没有参考,那咋整呢?我是这么考虑的,第一参考依据来自于需求人员,问问他大概多少数据量。因为现在的电子商务,一般来说都是将纸质转化成电子,如果有可能,需求人员是可以跟业务人员确认数据量的。还有一种方式就是可劲加数据,加到撑为止。什么叫撑呢,页面打开慢了,查询速度慢了就成了。然后开始优化sql,至少保证sql本身没有什么优化的余地了,那数据量分析也就到这了。(前提:这个是有前提的,时间得富裕,没时间的话都是扯淡)
用户数分析
这部分我觉得挺坑的,啥用户数量分析啊?确认了使用人数后就能分析了吗?一点参考价值都没有。(牢骚)在单位看了各种高级员工很漂亮的用户分析ppt,其实一点参考价值都没有。为啥?不管怎么分析,我觉得都是不对的,跟实际场景能对应上吗?。还不如啥都不管直接200绝对并发开始压,压到死为止呢。至少能发现在强压力破坏性测试下,那些模块不稳定了。
牢骚过后,开始分析
用户数分析是建立在良好的监控条件下的,在保证整体框架设计良好,数据库设计完善的前提下,直接上线。通过监控获取用户的使用情况、在线情况以及页面访问数量后,分析起来才有依据,这样的分析才能令人信服。这里主要是为测试人员的场景设计服务的,如果有了令人信服的数据,然后直接作用于场景,才是有效的测试。
监控内容需要包含:
1. 使用人数监控(共计多少人登录系统)
2. 在某时间段内在线人数监控(时间可以调整)
3. 页面访问次数,以及在某段时间内的访问次数
4. 服务器参数、数据库参数变化,JVM参数变化(单位都用java)