一、目的
- 统一测试用例编写的规范，提高编写测试用例的可读性、可执行性；
- 提升测试用例的编写效率
二、测试用例梳理要求
- 测试用例必含要素：模块名、用例名称、前置条件（选填）、操作步骤、预期结果、优先级
- 测试用例划分：
- 基本原则：最小功能模块来划分，保障用例的覆盖度。
- 用例分类：P0用例、完整用例
- p0测试用例：系统基本功能及主要功能的测试用例，单独对P0用例梳理放入画布。
- 完整的测试用例：按照模块进行划分梳理即可。
- 规范编写要求：
- 一个功能正常流程，编写一个测试用例；
- 一个功能中多个异常流程，分开编写多个测试用例；
- 同一功能不同入口，可合并编写一个测试用例；
- 同一功能不同数据准备，分开编写多个测试用例；
- 操作步骤与预期结果要相对应。
三、测试用例评审
- 评审步骤：中心内部评审——>项目组评审
- 发起人：用例设计者
- 参与人：测试负责人，项目经理、开发人员及产品经理
- 要求：评审过程中，重点关注参与人提出的建议，完善自己的测试用例，去掉冗余的，修改和场景不符的，评审结束后，测试用例设计者需在km上填写用例评审会议纪要；
- 会议纪要：
会议纪要需包含：会议名称，会议地点、会议时间、会议参与人员（新建时选择模板），会议中沟通梳理问题，会议中未确认或者需跟进的问题；
跟进方式：会议记录中@对应的处理人员，测试人员负责跟进；
四、测试用例完善
- 测试用例在迭代结束后必须更新，在测试过程中发现设计的测试用例时考虑不周或遗漏，需要不断的进行补充和完善;
- 模块更新后，需根据版本需求完善checklist文档，按照模块分类上传到云盘中，然后需要同步到中心群；
- 同步事项：
修改的信息，修改前和修改后的区别；
将修改的用例和用例存放的地址（截图或链接地址），同步到项目组的群中。
五、测试用例设计方法
主要包括功能测试、界面测试、兼容性测试、易用性测试、异常测试、性能测试、压力测试等，在设计用例时要尽量考虑录入正常、边界、异常值等系统的处理情况。（备注：此类作为测试基础，不太清楚的请自行百度）
六测试用例设计的原则（此处内容网上较多，自行查找）
- 正确性测试：输入用户实际数据以验证系统是满足需求的要求；测试用例中的测试点应首先保证要至少覆盖需求中的各项功能，并且正常。
例如：登录功能：输入正确的账号和密码
- 容错性（健壮性）测试：系统能够接收正确数据输入并且产生正确（预期）的输出， 输入非法数据（非法类型、不符合要求的数据、溢出数据等），能给出提示 并进行相应处理。把自己想象成一名对产品操作一点也不懂的用户，在进行任意操作。
例如：登录功能，输入正确的账号和密码，登录成功。输入错误的账号或者密码，给出对应的提示信息（提示请输入正确的手机号码或密码错误）；
- 边界值分析法：确定边界情况（刚好等于、稍小于和稍大于和刚刚大于等价类边界值），针对系统在测试过程中主要输入一些合法数据/非法数据，主要在边界值附近选取。
例如: 测试登录功能时，登录账号考虑大于8/11位数的手机号码；小于8/11位的手机号码、等于8/11位的手机号码等场景；
- 等价划分：将所有可能的输入数据（有效的和无效的）划分成若干个等价类。
例如：登录账号：香港号码、澳门号码、大陆号码、空的账号、未注册的手机号码等；
- 错误推测：主要是根据测试经验和直觉，参照以往的系统出现错误之处。
- 可理解（操作）性：理解和使用该系统的难易程度（界面友好性）。
例如:引导页、页面的提示文案等；
- 回归测试：按照测试用例将所有的测试点测试完毕，测试中发现的问题开发人员 已经解决，进行下一轮的测试。
- 接口测试：测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。
例如：接口的参数必传非必传、参数类型、入参长度；
- 兼容性测试：操作系统的兼容性测试内容不仅包括软件的安装，还需对关键流程和功能点进行检查。而需要测试哪些操作系统的兼容性，首先取决于软件需求上对用户的承诺，其次就需要对一些常用操作系统兼容的检查
例如：版本升级的兼容、手机系统的兼容、系统之间的版本兼容、系统类型的兼容