非功能性测试需求



前言

性能测试如果没有下面2条辅助是没有意义的:

1. 硬件使用情况

2. 被测系统上的其它load情况

        简单来说,所有的性能测试需求需要能够满足任何合理的环境,合理的压力。这个适合公司任何单用户的产品。

注意:data volume 不应该影响性能。UI层面和批处理响应时间不应该受到数据量的影响。

响应时间-通用

                UI不应该无理由的“慢”。

                该文档优先于其它需求,QA应该把所有不合理的需求高亮出来,当然,产品经理有最高的话语权。

响应时间-Web

1. 所有的页面响应时间(non ajax)应该在10s内完成,90% of the time

2. 如果页面超过10s,需要有一个 “Loading”提示,但是仍然需要在30s内完成

3. Ajax请求必须在5秒内完成

4. 如果ajax超过10s,it’s ok 如果有“Loading”弹框,但是仍然需要在30s内完成


非功能性测试需求_第1张图片

如果有的页面达不到上述要求,需要和产品和技术经理讨论达成共识。


响应时间-批处理

批处理是指不需要用户等待完成的动作。就是不会block用户当前的操作的动作.

批处理的性能需求由业务和系统分析人员以及架构组来评估。应该在feature specification的时候就提出来给开发和测试。

                批处理必须给出volume。举例:笼统的说N条数据必须在M时间内完成是不合理的。

必须提供一系列的数据点来描述,比如:

 

非功能性测试需求_第2张图片

如果有的页面达不到上述要求,需要和产品和技术经理讨论达成共识。

定义非功能性需求的时候,必须撇开开发,由业务和系统分析人员单独定义。不需要提前考虑算法之类的。

引申阅读:大O定理

你可能感兴趣的:(非功能性测试需求)