测试用例如何写?
测试用例:为特性测试目标或测试条件而制定的一组输入值,执行入口条件,预期结果和执行出口条件的集合。
非功能性测试环境,
功能点:需要考虑的功能点记录下来
画面布局,
文字乱码
输入框限制
按钮可点击
输入框合法性校验
用例标题 | 如登录用例,注册用例,视频播放用例 |
---|---|
功能模块名 | 具体检测软件的功能点 |
测试目的 | 用例执行的目的意义 |
预置条件 | 测试执行前的准备工作 |
用例编号 | 顺序号码 |
测试目标 | 具体测试哪个模块的功能 |
功能点 | 如登录功能中的多种方式,账号密码,手机,三方登录等 |
前置条件 | 需要满足此需求才能够执行测试 |
操作步骤 | 按照此步骤执行测试动作,如说明点击什么,填入什么信息 |
优先级 | 用例执行的优先顺序级别 |
预期结果 | 描述出期望的执行结果 |
结果描述 | 与预期功能是否一致,以及可能出现的错误信息填写 |
测试完还要做回归测试,保证测试标准。
一般公司会有测试用例的模板。
密码登录 输入正确账号,正确密码 登录成功,页面跳转
密码登录 输入已注册账号,错误密码 登录失败,提示密码错误
密码登录 输入未注册账号,任意密码 登录失败,提示账号不存在
密码登录 用户名和密码都为空 登录失败,请输入正确用户名
密码登录 用户名或者密码其一为空 登录失败,提示信息
短信验证码功能, 用户和密码正确,再输入正确手机号
上面这些一般人会认为考虑的挺多了,其实还有安全性测试角度,xss攻击,sql注入,暴力破解,密码加密,都需要考虑到。
补充一点:
用户名大小写测试,
密码大小写区分,
页面是否加密显示密码
账号密码长度限制
快捷键使用,tab键切换按钮,enter确认键,
验证码刷新,
验证码时效
需要完整的测试用例。
测试用例的覆盖程度。
测试用例的设计角度:
功能性
安全性
压测性
兼容性
好的测试用例一定是一个完整的集合,能够覆盖等价类,以及各种边界值才行。