阿里巴巴B2B测试用例编写规范

　用例编写规范目的
　　1.统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提升编写的测试用例的可读性，可执行性、合理性。
　　2.测试用例，不单单用于QA阅读和执行。它们也可能会被开发、PD、PM等阅读审查或执行；也更可能被其余测试人员或者新员工做为业务学习、测试执行的参照。
　　3.编写测试用例的最终目标是：一个对于产品毫无所知的人员，也可以快速的熟悉用例并执行用例。

　　例模块划分规范
　　要求：
　　1.产品、功能点同一层级的结构按同一个纬度来划分。如应用、同等级产品、同等级功能点等；
　　2.产品是指产品线下大的业务模块。如交易购物车、交易下单；
　　3.功能点指业务模块下的子功能点，是最小功能点叶子节点。如01 功能_02 购物车展现_01 顶部及导航；
　　4.功能点目前没法再细分层级，后续会扩展功能点层次，在此以前，容许使用功能点名进行分层用例划分。如06 边境仓_03 发货单管理_02 建立发货单；
　　5.产品、功能点划分不容许包含冒烟、回归、自动化这类以测试阶段或测试方法的命名的名称；
　　6.主干用例库中产品、功能点已废弃的须要删除；
　　7.主干用例库中产品、功能点是以前QC迁移过来的，命名格式须要修改标准格式；

　　用例颗粒度划分规范
　　用例颗粒度原则：测试用例是执行的最小实体
　　用例划分基本原则是以最小功能模块来划分，为保障用例的可执行性、覆盖度，规范编写用例的粒度要求以下：
　　1.一个功能正常流程，编写一个测试用例；
　　2.一个功能中多个异常流程，应分开编写多个测试用例；
　　3.同一功能不一样入口，可合并编写一个测试用例；
　　4.同一功能不一样数据准备，应分开编写多个测试用例；
　　5.同一个功能用例的自动化用例和功能用例要匹配，若自动化用例不能彻底覆盖功能用例，自动化用例和功能用例拆分两个互补测试用例；

　　用例编写要求规范
　　用例编写最基本的要求：
　　1.具备清晰名称、前提条件、操做步骤、指望结果的；
　　2.可被他人理解的；
　　3.可被他人执行的；

　　具体分项要求以下：
　　1.用例名称
　　1）经常使用的结构“主、谓、宾”；
　　2）名称简洁易懂，不要包括具体操做步骤；

　　2.前置条件
　　1）执行用例测试步骤前须要作的全部必备条件，原则上全部用例都有前置条件；
　　2）不可将其余用例做为前置条件，前置条件须要语言描述；
　　3）完整清楚，包括入口、账号类型、帐号权限、数据准备等，具体要求以下：
　　3.1）入口：覆盖全部功能入口，包含URL直接访问；
　　3.2）帐号类型和权限：覆盖所有会员类型，注意业务权限控制，好比子帐号权限，disable会员权限；
　　3.3）数据准备：数据准备完整正确，覆盖到线上环境的全部状况；标识出业务流程处于的条；件，写明数据库表字段值，如OFFER.status=TBD；对于复杂的数据准备，写清具体SQL

　　3.操做步骤
　　1）操做步骤描述清晰。如：在什么页面，点击什么连接或按钮；页面入口、连接、按钮名称都要写清楚；
　　2）操做和结果是一一对应的，但操做中不要包含结果的检查；
　　3）用例描述中不容许存在连词、介词，好比：并且，和，还（这种状况能够拆分为多个点）；
　　4）用例描述中不容许出现假设性词汇，好比：假如，或许，可能，…的时候等；
　　5）用例描述中不容许出现二义性语句；

　　4.预期结果
　　1）原则上每一个用例必须要有预期结果，结果不能为空；
　　2）结果中只能包含结果，不能有步骤；
　　3）一个结果有多个检查点时，确保检查点完整；
　　3.1）结果含须要验证的全部结果输出，如页面检查、存储检查、消息检查等；
　　3.2）结果涉及页面，需明确页面提示结果、数据变化；
　　3.3）结果涉及存储：需明确关键值变化、数据库具体的表和关键字字段值变化；
　　3.4）结果涉及消息：需明确关键查看内容；
　　3.5）结果对应不一样输入数据有差异时需分别对应描述清晰；

　　用例维护规范
　　测试用例编写完成后，应对测试用例进行持续的维护：
　　1.新项目需求变动，应及时对测试用例进行修改；
　　2.维护期项目，可根据项目组状况周期对用例进行维护；
　　3.全部发现的bug和故障，基于测试用例没法发现，需转化为测试用例；
　　4.项目发布后的三个工做日内，需将项目用例根据具体状况纳入产品功能用例库下；