测试基础-03-用例设计方法：案例讲解

1 目标与内容：

1.1 什么是软件测试需求

1.2 软件测试需求的必要性

1.3 如何对软件测试需求进行分析

2 测试需求是什么？

测试需求主要解决“测什么”的问题，一般来自需求规格说明书中的原始需求

测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求

3 为什么需要软件测试需求？

简而言之：只有明确了测试需求，才能知道怎么去测试？什么时候开始测试？要多少人测试？在什么环境上测试？

4 案例：用户注册功能

运行条件	用户未注册
输入	访问网站->点击注册
业务处理流程	主流程： 1.单机“注册”按钮 2.用户输入手机号码、图片验证码、短信验证码、密码，勾选同意协议，点击“下一步” 规则约束： 1.图片验证码为4位字母或数字字母混合 2.短信验证码为4位数字，有效期60s 3.密码长度为8~16位，数字、字母、符号至少包含2种 其他流程： 1.支持首页跳转
输出	1.注册成功

测试点思路步骤：（正常+异常）单个功能/业务流程

1.正常功能：是否可以提交注册

2.单个功能项验证（正常+异常）：

规则：按顺序从上至下，对每一个输入项进行验证

1）数据长度、数据类型验证、必填项验证、重复性验证

2）限制约束条件

3）隐形需求：充分熟悉产品业务，挖掘隐性需求

3.功能交互验证

模块之间传递的信息和数据，对存在功能交互的功能项验证

4.非功能测试：

易用性、界面性、兼容性、安全性、性能压力

案例：

验证项	测试点
注册	输入正确的注册用户信息，能否正常完成注册（注册正常验证）
手机号码	手机号码长度是否符合要求
	手机号码数据类型是否符合要求
	手机号码必填项验证
	手机号码重复性验证
	手机号码号段验证
图片验证码	输入图片验证码是否与刷新出的验证码一致
	长度是否符合刷新出的验证码的4位长度要求
	数据类型是否符合刷新出的验证码要求
	图片验证码是否允许为空
	图片验证码超时验证
短信验证码	长度、数据类型、必填项、重复，以及需求约束
密码	长度、数据类型、必填项、重复，以及需求约束
同意协议	是否勾选
	协议文档是否完整正确
点击下一步	按钮是否正常点击
	是否支持回车
功能交互	注册成功的用户是否能正常登陆
其他	界面、易用性、性能、安全、兼容性验证