谈谈软件测试用例规范

发表于:2009-09-27来源:作者:点击数: 标签:软件测试规范
谈谈 软件测试 用例规范 测试用例设计 前不久我们部门组织了一次轰轰烈烈的测试用例PK大赛。第一轮PK结束后我所在的东邪西毒团队没能进入前几名,具体原因不在这里详述。(其实我觉得我们团队在实用性方面做得还可以的)。第二轮PK开始,我有幸加入了特工组。
谈谈软件测试用例规范 测试用例设计

前不久我们部门组织了一次轰轰烈烈的测试用例PK大赛。第一轮PK结束后我所在的东邪西毒团队没能进入前几名,具体原因不在这里详述。(其实我觉得我们团队在实用性方面做得还可以的)。第二轮PK开始,我有幸加入了特工组。队长根据每个人的优势分配了任务,我的任务主要是和童战一起完成测试用例部分,并产出相应规范。下面给出我们这边给出的具体规范:

  1.  在详细信息中主要列出两点:测试前提和测试数据。前提主要是说明该用例执行的前提条件:比如宝贝支持优惠卡券,会员状态信心等;测试数据主要指具体的测试帐号信息。

  2.  用例的框架完全参照MM图画出

  3.  TC标题采用:数字+上一级文件夹名称+“—”+  结果(主流程的命名方式);数字+上一级文件夹名称+“—”+  条件(次流程的命名方式);数字从01开始自增长。

  如01_提交订单—宝贝立即购买订单创建成功(主流程),

  01_宝贝名称校验—含有特殊字符(次流程)

  4.  主流程中的步骤按照页面来写,每个步骤对应一个页面,每个步骤对应相应的预期结果,步骤中含有填写的值需要给出举例。具体内容可以参看主流程,条例清晰,通俗易懂。

  步骤和预期结果用数字+“、”标志,数字从1开始自增长。

  5.  用例中如果是按钮的用【】标志,如果是链接的用“”标志。

  6.  非主流程的用例,主要说明该条用例反应的点即可,其他条件可以不提,默认为正确。

  7.  用例按优先级写,主流程——》业务校验——》非业务校验的顺序来写。P0除外。

  8.  主流程的预期结果需要加上用例所关联的表。

  这样写测试用例的优点:

  1.  用例规范,条理清晰,通俗易懂,看tc的标题就能望文生义。有经验的同学不必看具体的内容,没经验的同学看了用例也能很快上手执行,适合新老朋友。

  2.  用例尽量按照优先级写,测试执行用例时可以先发现重要的问题。

  3.  方便执行用例:将用例关联实验室,执行实验室中的用例时一看标题就知道执行的是哪块内容。

  4. 考虑了安全测试的内容,让安全问题提前暴露,不必等到最后的安全测试阶段,减轻了安全测试团队的工作量

  5. 需求变更后,可以直接在对应文件夹下增加相应的TC或修改对应点的TC,方便执行。

  6. 可执行性强,解决了现有用例书写风格不统一,不规范的问题。让我们的用例看起来更专业。

  相信这份文档还有很多地方 可以改进,欢迎大家提出建议或意见~~~

原文转自:http://www.ltesting.net