软件测试技术基础教程4.测试用例格式.pptxVIP

测试用例格式大多数企业测试团队使用的测试用例通常包含用例编号、测试项、测试标题、用例属性、重要级别、预置条件、测试输入、操作步骤、预期结果、实际结果等若干关键词。1.用例编号1. 用例编号软件工程中，所有的软件文档都包含编号这一关键词，如需求规格说明书中的需求编号、概要设计说明书中的概要设计项编号等。测试用例编号用来唯一识别测试用例，要求具有易识别性和易维护性，用户根据该编号，很容易识别该用例的目的及作用。在系统测试用例中，编号的一般格式如下。A-B-C-DA：产品或项目名称，如CMS（内容管理系统）、CRM（客户关系管理系统）。B：一般用来说明用例的属性，如ST（系统测试）、IT（集成测试）、UT（单元测试）。C：测试需求的标识，说明该用例针对的需求点，可包括测试项及测试子项等，如文档管理、客户管理、客户投诉信息管理等，通常可根据实际情况调整为C-C1的格式，如客户管理-新增客户，其中客户管理为测试项C，新增客户为测试子项C1。D：通常用数字表示，一般用3位顺序性数字编号表示，如001、002、003等。用例编号示例如下：CRM-ST-客户管理-新增客户-0012.测试项2. 测试项测试项即是测试用例对应的功能模块，包含测试项及子项，以及该用例所属的功能模块，如上例中的客户管理-新增客户。往往一个测试项下可能包含若干测试子项或测试用例，因此测试项一般可定义到测试子项级别，更便于识别测试用例所属模块及维护用例。3.测试标题3. 测试标题测试标题用来概括描述测试用例的关注点，原则上标题不可重复，每条测试用例对应一个测试目的。例如，输入包含特殊符号如’的客户名称，提交新增信息。（验证单引号SQL注入是否屏蔽）4.用例属性4.用例属性用例属性可以描述该用例的功能用途，如功能用例、性能用例、可靠性用例、安全性用例、兼容性用例等。用例属性在选择不同测试策略时尤为重要，当确定用例属性后，可根据不同的测试需求及风险控制策略，优先选择相应的属性用例。例如，仅做安全测试时，可选择安全性用例，做兼容性测试，则可选择兼容性用例。5.重要级别5.重要级别重要级别体现了测试用例的重要性，可根据测试用例的重要级别决定用例执行的先后次序。重要级别一般有高、中、低3个级别，级别可继承于需求优先级。在一个测试项中，重要级别为高的测试用例数量往往控制在1左右，通常从功能风险、功能使用频率、功能关键性等几个因素来考虑用例重要级别设置，高级别的用例越多，预测试项目就越多，就越不利于测试执行，这样设置重要级别也就没有意义了。6.预置条件6.预置条件预置条件是执行该用例的先决条件，如果此条件不满足，则无法执行该用例。预置条件在实际确定过程中，往往选择与当前用例有直接因果关系的条件。当某个功能A或流程的输出直接影响下一个功能或流程的工作时，可称A是下一功能或流程的预置条件。预置条件选择的正确与否，可能会影响测试覆盖率、通过率的计算，从而影响停测标准的执行。7.测试输入7.测试输入测试执行时，往往需要一些外部数据、文件、记录驱动。例如，新增客户信息时，需输入客户姓名、联系电话、通信地址等，这些构造的测试数据即称为测试输入。8.操作步骤8.操作步骤根据需求规格说明书中的功能需求，设计用例执行步骤。操作步骤阐述执行人员执行测试用例时，应遵循的输入操作动作。编写操作步骤时，需明确给出每一个步骤的详细描述。9.预期结果9.预期结果预期结果来源于需求规格说明书，说明用户显性期望或隐性需求。预期结果作为测试用例最重要的一个部分，需明确定义。需求规格说明书通常会详细表述用户的功能、性能、外部接口需求，外部接口需求主要包括界面需求、外部应用程序接口程序。测试工程师编写测试用例预期结果时，可从以下两个方面编写。（1）预期界面表现。执行相关操作后，被测对象会根据测试输入做出响应，并将结果展现在软件界面上，用例预期结果中可包括此部分的描述。例如，输入错误的用户名及密码，单击登陆按钮后，系统在屏幕中间位置，以弹出对话框形式标识错误，提示“用户名或密码输入错误，请重试！”，便于测试执行人明确判断系统UI实现正确与否。（2）预期功能表现。通常从数据记录、流程响应等几个方面关注预期功能表现，如输入正确数据格式的用户信息，单击“新增”按钮后，数据库插入相关记录，并在用户列表正确显示该用户概要信息；用户提交请假申请流程后，流程审批者的流程工作任务中正确出现该条请假申请审批信息。被测对象针对输入所做出的响应，一定要描述清晰。通常情况下，一条用例仅描述一个预期结果或主题明确的相关结果，不要一条用例描述若干事情，期望若干结果。10.实际结果10.实际结果用例设计时此项为空白，执行用例后，如果被测对象实际功能、性能或其他质量特性表现与预期结果相同，则被测对象正确实现了用户期望的结果，则测试通过，此处留白，否则需将实