需求测试分析思路

文档

需求文档

1.功能清单完整且与原型设计可以对应上;

2.功能描述业务逻辑清淅;

3.描述方法从上到下(标题,导航,增,删,改,查,列头,字段值,分析,页脚)思路清淅,字段值是否有解释;

原型设计

1.前端可以根据原型开发前端功能;

2.后端可以根据原型与需求开发后端功能与接口;

业务流程

1.业务流程考虑条件是否完整(正向,逆向,交叉)

2.业务异场流程完整

数据依赖

【内部依赖】数据源增,删,改,查及权限对依赖系统描述是否完整

【外部依赖】数据源增,删,改,查及权限对依赖系统描述是否完整

需求测试分析思路_第1张图片
check必要条件

页面控件

输入框

1.是否是必填项;

2.输入框的状态置灰,还是可操作;

3.需求特殊说明的输入是否有提示文字;

4.是否有默认值,默认值取值是否有描述;

5.输入框的边界[1,100]是否描述;

6.输入框值不能重复否有描述;

7.多个输入框的值都存入DB同一个字段时总字段长度是否有描述且字段总长度有描述;

8.是否禁止输入html与js标记;

9.验证方式,失焦验证还是提交时验证或者两者都有;

10.受其它域限制时,输入框状态,带出值是否描述;

11.输入框值的类型是否描述;

需求测试分析思路_第2张图片
输入框验证点

下拉列表

1.是否填选项

2.默认值是否描述

3.默认值受其它值域影响,默认值与列表值是否有描述

4.下拉列表值来源是否描述

5.列表展示框度,及展示不完整描述

6.下拉列表排列顺序

单选按钮

1.单选默认值

2.单按钮值值其它值变化是否有描述

3.单选按钮对应的值及写入DB的值是否有描述

多选框

1.默认值

2.是否必选

3.多选框值来源

4.值受其它域约束时描述是否完整(数据源增,删,改,权限当前功能的影响)

按钮

1.【switch按钮】是否有默认值

2. 【switch按钮】多个开关按钮组合,后面开关受第一个开关控制对下面的开关操作是否有描述(多个swithc交叉影响)

3.【删除按钮】确认操作提示是否有描述

  4.【提交】有必填项未录入,输入或者选有非法值是否允许提交

文件上传下载

1.是否必填

2.上传文件格式

3.文件大小

3.文件名长度

4.上传单个还是多个文件

5.上传机制(例如:上传时选压缩在上传或者分片上传)

6.异常处理(磁盘空间不足,网络异常超时或者失败)每种场景是否有描述

7.上传是否加密

8.下载时网络异场或者服务异常时是否有描述

你可能感兴趣的:(需求测试分析思路)