3.14 测试用例编写方法以及实现规则+接口、性能测试术语_测试用例语法规则

测试用例实现规则

规则1：用例描述要求
每个用例必需要有至少一条操作步骤和预期结果；
操作步骤描述清晰。如：在什么页面，点击什么链接或按钮；页面入口、链接、按钮名称都要写清楚；
操作步骤中不要包含结果的检查；
预期结果中只能包含结果，不能有步骤；
用例描述中不允许出现假设性词汇，比如：假如，或许，可能等；
用例描述中不允许出现二义性语句。

规则2：用例名称要求
用例名称以模块/页面/功能点去命名，命名格式：验证XXX是否正常；
用例名称不允许出现重复、包含关系，或者仅有数字编号差异；
用例名称简介易懂，不要包括具体操作步骤。

规则3：用例要素要求
用例名称、所属模块、状态、责任人、用例等级、前置条件、步骤描述、预期结果为必填内容，不能为空，其他字段为选填内容。

规则4：用例等级要求
由于User Story的优先级决定的是在一个版本中的开发优先级，用例的重要性参考的是模块对于系统功能的重要度，因此这里的重要性不以Use Story优先级为参考依据，这里当前所有功能测试用例等级默认都是P0。
P0：核心功能测试用例（冒烟测试），确定此版本是否可测，该用例执行失败会导致多个重要功能无法运行；
P1：高优先级测试用例，最常执行以保证整体功能稳定，包括基本功能测试以及重要的错误、边界测试（含UI部分、兼容性）；
P2：中优先级测试用例，更全面地验证功能的各个方面，包括异常测试、中断、断网等；
P3：低优先级测试用例，不常常被执行，比如性能、压力、兼容性等。

规则5：前置条件要求
执行用例测试步骤前需要做的所有必备条件，原则上所有用例都有前置条件；
前提条件包括测试执行入口、账号类型和权限、数据准备；
不可将其他用例作为前置条件，但可以将其它用例执行结果作为前置条件。

规则6：步骤描述要求
每一测试步骤对应一条预期结果；
每一条预期结果与其对应的测试步骤的编号要求保持一致；
一个结果有多个检查点时，确保检查点完整；