【落叶349】【周问日答】（10）Web 应用的测试需求分析应该怎么做？

文/秋之川

【目录】

这是《落叶》文集里第 349 片落叶，希望你能喜欢，不为别的，只为这份坚持。

【提问】

Web 应用的测试需求分析应该怎么做？

【旧识】

之前一直测试的项目是企业级的在线会议系统，属于 B/S 和 C/S 混合型的产品。我们在做测试需求分析的时候，主要会关注几个方面：

1. 从产品需求文档获取到的业务功能范围，通过绘制业务流程图来分析梳理主线和分支，从而得到功能需求的测试范围；
2. 从开发功能规格说明书获取业务逻辑流程和数据流图，以此来补充完善功能需求的测试范围；
3. 基于系统用户的不同角色，分析可能会出现的异常场景；
4. 基于产品要求，分析需要兼容的操作系统和浏览器，这里要注意，需要明确所支持的具体版本；
5. 从用户角度出发，考虑系统的易用性，比如：用户习惯、无鼠标操作、UI 布局、默认选项或默认按钮等等；

【新知】

近几年，开始接触移动互联网类产品之后，更多地接触到 Web 业务管理后台和运营管理后台，对 B/S 型产品的测试需求分析，又做了一些补充：

1. 管理后台类的系统，从业务功能角度看，比较简单，基本都是单主线流程，不会有太多逻辑分支，但是会有较为复杂的用户管理，也有的叫角色分配和权限管理，需要注意权限可以管理分配到的层次，是到功能模块级，还是到具体页面级，甚至于操作层；
2. 移动互联网产品的用户群体跟之前接触到的企业级的用户，本身数量级就翻了不知道多少倍，所以后台管理系统的数据量也是至少百万级的，这时候，就需要关注系统的性能问题了，从用户角度看，就是 Web 页面的性能，其实从系统角度，要分成两块：

• 前端页面的数据加载效率、分页处理；
• 后端接口的数据查询效率、数据批量处理的效率、SQL 性能；

3. 出于安全性的要求，需要统计所有能从页面提交数据的地方，对其做 Input Validation 和 Out Validation 处理；
4. 从运营人员操作角度考虑，对数据处理的测试，需要关注：

• 导入数据功能中的数据一致性、导入数据的格式、重复数据、出错处理和导入效率；
• 导出数据功能中的数据一致性和导出效率；
• 数据统计的时效性；

查看全部《周问日答》

作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵

【目录】