测试用例的编写规范

目录

系统测试分析的切入点

1.系统的启动和停止

2.程序功能模块

3.权限安全

4.接口容错

5.中断测试

6.系统兼容

7.性能测试

8.测试用例具体编写方法

---

系统测试分析的切入点

1.系统的启动和停止

项目部署完成之后，

1. 是否能正常进入登录注册界面，
2. 登录注册界面是否友好，例如：登录注册按钮是否醒目，点击登录或注册按钮之后，响应时间是否合理等
3. 点击退出时，响应时间是否合理

2.程序功能模块

根据需求对系统中的所有模块所有功能的触发事件逐一验证。一般从两个方面进行考察，一方面是顺从需求对模块进行操作，是否达到与其规定的需求标准；另一方面就是与希求背道而驰，程序是否会有相应的异常控制，例如：手机号输入应高位11位数字，输入12位数字或者文字会怎样

2.1 文本框输入功能

正常输入，输入越界，特殊字符集等，利用复制粘贴文本输入内容，输入程序规定不允许输入的字符

2.2 事件触发

每一个按钮，每一个可点击项是否能够完成需求规定的功能 尝试点击页面上不可点击的区域，来验证在测试过程当中的预留测试后门是否关闭

3.权限安全

查看联网权限是否关闭，安全类软件限制联网等 使用安全软件进行安全漏洞、病毒扫描

4.接口容错

请求网络层错误:http response返回非200的状态 请求业务层错误：接口返回内容为空、超长、字段类型不匹配

5.中断测试

系统异常中断：如关机、断电等

6.系统兼容

输入法、安全软件等

7.性能测试

7.1 性能

核心操作的性能指标：如CPU/内存,响应时长

7.2 稳定性

选择某些场景做持续反复操作

8.测试用例具体编写方法

编写测试用例之前，考虑好前置条件 一般情况下，考虑以下几个方面

1. 页面布局是否合理，如导航栏上面应该显示三个按钮，实际上却显示了两行
2. 页面文字描述是否准确，如气泡提示：密码格式错误，请重新输入；实际上却显示：账号密码错误。
3. 如果有加载规则，是否符合加载规则。如：进入页面加载20条内容，实际上却加载了10条
4. 如果有排列规则，是否符合排列规则。如应按照时间倒序排列，实际上却是正序排列
5. 操作是否符合要求，如单击某个点，是否准确跳转或显示内容。如本应该进行跳转，实际上却未跳转
6. 输入框输入的内容是否符合格式要求。如账号不允许“，”，实际上却允许了
7. 输入的内容是否符合合法性要求。如账号密码是否一致

8.1 测试用例编写规范

1. 序号
2. 模块：该功能点属于哪个模块的，填写这个主要是方便查找，如：登录/注册模块
3. 编号：对每个用例进行编号，方便后期跟进。例如设计为：A0001.其中A表示注册/登录模块，00表示账号密码登录，01表示账号密码登录下的第一个测试用例
4. 功能点：具体指某个功能，如：账号登录、首页、发布等。
5. 子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录等
6. 用例名称：具体测试用例的名称。如：输入账号，输入密码，密码不合规等
7. 前置条件：指要达到预期测试结果，需要满足哪些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就要保证账号正确或密码正确以及账号正确时是存在的
8. 操作步骤：指要达到预期测试结果，需要按照这些步骤来。说明在什么页面，进行什么操作，输入什么内容
9. 预期结果：说明按照前面写的应该呈现什么样的结果
10. 测试结果：如果符合预期结果，填写成功；若不符合则失败
11. 结果描述：如果正常，可以不用填写；若不符合预期结果，则说明哪里不符合
12. 测试人员：填写测试人的名字，方便后期跟踪BUG
13. 测试日期：测试时间，方便后期查询
14. BUGID：跟测试编号一样，自己设定ID规则，方便快速查询
15. BUG负责人：开发人员跟踪修改