本文详细介绍了在软件性能测试系统中进行性能需求分析的过程，包括理解系统架构以确定压力流向，明确测试环境的服务器数量和配置，确认数据量需求以及选择合适的造数据方法，最后划分测试场景并制定测试用例。通过对架构、环境和数据的深入分析，确保性能测试的准确性和针对性。
需求收集之后，我们已经从性能需求文档中提取出了业务性能测试指标，主要包括PV到TPS的转换以及响应时间要求，接下来我们需要进行进一步的需求分析过程。
1了解系统架构、明确压力流向
例如统一订购平台的系统架构图：
理解架构图中各个节点的功能与交互关系，通过系统架构图我们能看到压力的入口，即oop应用。请求从oop发起，从udb取到会员数据后，通过dubbo接口，调用订购服务层提供的各种服务，订购服务层所需数据全部从对应cache中取。因此，主干压力流向可得知：
Oop—>udb
Oop—>dubbo—>订购服务层—>cache
然后结合需求文档，根据具体业务场景，确定各分支压力流向，比如有的业务场景需要从pc2取得用户的服务记录，有的业务场景需要付款则需要去帐户中心取得帐户信息，则新增的压力流向如下：
Oop—>dubbo—>pc2—>cache
Oop—>dubbo—>帐户中心
针对每一个测试场景，都要根据系统架构图进行上述分析，明确了各场景的压力流向，即明确了性能测试过程中的监控对象。
监控对象确定后，需要进一步分析明确测试重点，如上例，我们关注的重点是网站的oop应用，因为平台的udb、pc2，cr
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
