测试用例

  一、 定义

  测试用例( Test Case )是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。

  二、 测试用例的分类

  根据测试过程中具体涉及到问题类型及测试需求,可将测试用例分为如下:

  ●功能性测试用例

  ●界面测试用例:适用于所有测试阶段中的界面测试

  ●数据处理测试用例:适用于所有测试阶段中的数据处理测试

  ●操作流程测试用例:适用于所有流程性的测试

  ●安装测试用例:适用于所有安装测试

  三、 测试用例管理

  ●编写用例:测试工程师根据需求规约、概要设计、详细设计等文档编写测试用例。

  ●用例评审:原则上用例象程序一样,要经过多次的修改才可以通过,实际工作中通常进行一次。

  ●用例修改:评审结束后,您需要根据评审意见进行修改,修改后通常不再进行评审。

  ●使用用例:执行测试用例,并记录到测试用例执行报告中。

  ●用例升级 / 维护:随着软件产品不断修改、升级,对应的用例也需要升级维护。针对同一个项目,可以根据需求的变更不断进行维护;如果是产品,用例的维护更加重要,要达到用例和产品的版本一一对应。

  四、 测试用例的编制及使用

  1 、设计测试用例

  每个具体测试用例都将包括下列详细信息:编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果(含判断标准)、环境要求、备注等。

  测试用例

  编制人

  审定人

  编制日期

  版本

  测试用例类型

  设计说明书编号

  测试用例编号

  测试用例名称

  输入说明(列出选用的输入项,覆盖正常、异常情况):

  期望结果(逐条与输入项对应,列出预期输出):

  环境要求(测试要求的软、硬件、网络要求):

备注:

  ●“测试用例名称”可以是不涉及到具体模块的功能描述,如“日期格式”,“非空检验”等。

  ●“输入说明”是功能模块接受的数据或各种操作描述,如“输入非法的日期格式”等。

  ●“期望结果”是模块接受输入后应有的正常输出描述,如“提示用户修改”等,期望结果应与输入说明一一对应。

  ●测试用例用于指导执行操作,但某些意外操作也可导致程序错误,这些操作称为非预期性操作,可以先有执行报告,再后补用例。

  ●测试用例的设计应考虑通用性和简洁明了。

  2 、执行测试用例

  ●此报告用于记录执行上一步设计的测试用例的过程及结果。

  ●“步骤”应填入详细的操作,如“点增加 -> 输入日期 -> 保存”。“输入数据”填入具体数据,如“ 2002/12/12 ”。

  ●“期望输出”即测试用例中的“期望结果”,但描述应更具体,如“弹出提示对话框,提示用户日期格式错误”。

  ●“实际输出”是操作的真实结果,必须详细、清晰,便于开发人员理解。

  ●如“实际输出”与“期望输出”不符,则结果为 F ( False ),若相符则结果为 T(True) 。

  原帖地址:http://bbs.51testing.com/thread-289727-1-1.html   



blog comments powered by Disqus

Published

02 July 2015

Tags