- 我容易犯的错误
- 测试用例流程
- 用例优先级划分
- 用例编写规范
- 用例管理
[我容易放的错误]
1：网络异常步骤较短，可以组合成一条用例
2：要有断网后恢复网络操作是否可行的步骤
3：对多个内容操作不用/，用、
4：避免口语化，比如礼物是赠送的，不是使用的
5：对于榜单之类的排序，使用举例子方式描述通俗易懂
6：（重点，老是犯）入口类的用例到入口的检查为止，操作类的内容分开写，一条用例不能写多个检查点
7：对操作点要明确，点击什么显示什么
8：对音频类用例要有切换不同音频，杀进程，切换tab，拔插耳机，音量大小，断网，弱网状态下的场景，其他类似，不能只看现有场景，要思考更多场景
9：对增删改查的操作，不仅看提示是否成功，还要到相应位置确认
10：对输入内容要进行中文，英文，数字，中文标点符号，英文标点符号，空格，emoji表情,长度等测试，设置多语言
11：对切后台的功能，要切回去确认功能是否还可行
12：对杀进程的操作，要重新登录确认功能是否还可行
用例设计可以基于状态和数据两类，其中基于状态，可以分为状态迁移，场景法，因果图，判定表等；基于数据，又可以分为等价类，边界类，正交表等。
如基于数据：等价类（有效/无效）；边界值（中间/两边）;场景法（基本流/备选流）
一：测试用例流程
需求测试-编写计划-编写用例-评审-修改完善-完成
（1）评审：非正式（测试组内部评审），正式评审（与开发产品等一起的评审）；评审前一天将测试用例或导图发给相关人员。
（2）修改完善：对评审中，针对需求变动，其他人员建议对用例完善
二：用例优先级划分
1：比例：P0:P1:P2——2:7:1
2：划分：设计之初
3：划分方法（例子）：BVT(核心)、P0（基本）、P1（常规）、P2（异常）
三：用例编写规范（后面再慢慢补充）
1：用例至少包含有效性、无效性、必要性、唯一性
2：输入数据可在测试用例规定的范围内做一定的变化
3：功能操作需覆盖
4：输入框测试，在允许范围内尽可能覆盖多的字符类别，如中文、英文、数字、标点符号、英文符号等
5：对每个状态，每个角色操作都要有相应的用例
6：初始化数据测试用例，保证初始化数据正确
7：对边界值用例，要考虑范围内，边界，范围外，每个数据项科研生成一个步骤或用例
8：多选要考虑全部选择和全部不选择
9：对于布尔值数据要考虑是或否
9：对权限要考虑权限内和权限外
四：用例管理
1)问题：
1：需求不断增加或者变更，新用例不断增加，旧用例不维护，回归成本增加
2：用例不规范，晦涩，影响执行效率
2)基本原则：
1：描述清晰，简短
2：相类似功能的测试用例抽象并归类:
3：以最少的测试用例覆盖最多的需求
4：考虑环境因素对结果的影响
3)编写规范：
1：用例标题：
（1）简洁，能表达这个用例是干什么的
（2）需要区分两端，统一使用Android/iOS
（3）长度10字内
（4）间隔统一使用"_"
（5）写法：主谓结构，动宾结构，偏正结果，并列结果，纯名词
（6）尽量不适用特殊符号
（7）"、"，"&"用“与”，“及”替代
（8）"\"不建议使用，使用“或”替代
（9）充分使用目录名
2：前提：
（1）不可将其他用例作为前置条件
（2）多个前提逐一描述
（3）描述清晰，简洁
3：测试步骤：
（1）步骤描述清晰简洁
（2）操作和预期结果一一对应，操作不含结果
（3）描述不允许存在连词，介词，如：而且/和/还，可以拆分多点
（4）描述不能出现假设性词汇
（5）描述不能出现二义性词汇
（6）多操作应分多个步骤，一一对应结果
（7）操作路径过长可以写在前提中
（8）P0不夹杂非P0用例，如异常
（9）单条用例步骤尽量不超过7条
（10）单条步骤用例尽量与同类合并，避免用例粒度大小悬殊
4：预期结果
（1）结果不能为空
（2）操作和预期结果一一对应，结果不含操作
（3）一个结果有多个检查点，要确保检查点完整，且分点
（4）两端结果不同且检查点多，应该分点列式描述
（5）对可预见的预期结果，应描述发生什么，不能描述没有发生什么。
如：未绑定手机查看绑定处显示什么。描述应该是未绑定，而不是不显示已绑定。
3)目录规范：
一级目录(顶级菜单、Tab、功能)
二级目录（功能模块）
三级目录（功能点）
四级目录（功能点过多时则建议再细分）