测试用例编写.docx

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

测试用例编写指引

北京·广州·武汉 手机上网用UC 移动生活好伴侣

文档级别:

目录

测试用例编写指引 0

目录

目的

测试用例定义

测试用例构成要素

测试用例构成要素4TESTLINK 系统的用例模板

2

错误!未定义书签。

Testli提nk供模板

各个结构字段的意义和规范5如何编写测试用例

什么时候开始设计测试用例

用例编写过程

错误!未定义书签。

错误!未定义书签。

错误!未定义书签。

3

概览需求文档

精读需求文档,进行需求分析,并提取测试需求

分阶段进行测试用例设计

避免拿到软件包之后才开始考虑细节

有疑问尽快提出讨论,而不是等到用例评审阶段

坚持先设计,后执行 4

优化测试用例

良好测试用例的特征 6

提高测试用例可读和可执行 7

提高测试用例可维护性 7

加强测试用例标题的描述 7

细化测试用例 7

避免常见错误 8

管理和维护测试用例

测试用例的生命力

发现遗漏或者错误,尽快修订测试用例

及时合并测试用例集

8

8

错误!未定义书签。

Testcasefrom-bug 8

从生产环境事故引入测试用例 8

维护测试数据环境的稳定性 9

北京·广州·武汉 1 手机上网用UC 移动生活好伴侣

文档级别:

修订纪录

修订时间

修订时间

2010-3-28

内容摘要

作者

初稿

苏汉忠

2010-5-6

新增测试用例内容要求、用例书写规范、特殊用例 陈美丹

编写,修改了用例维护部分模块

(说明:对外文档中无需修订纪录)

目的

本文档是对测试用例编写过程的一些讨论和想法,主要探讨对象是测试用例本身,不会去说明如何使用testlin,k什么是冒烟测试集,发布测试集等。这个相关规范,建议各个小组根据实际情况进行个性化制定。

测试用例定义

测试用例是描述测试实施步骤的文档,它描述了测试执行活动的关键要素,包括测试环境,预置条件,测试输入,动作步骤,预期结果等,通过执行该用例看可以收集到该被测对象的质量数据

测试用例可以是一份文字描述文档,excel表格,脚本代码等。

设计,书写,执行,维护测试用例是测试活动中的重要组成部分

测试用例构成要素

为了书写良好的测试用例,业界总结了一些关键要素,下面我列举出来,结合我们的产品特性和我们使用的testlin系k统,可能我们仅需要关注部分关键要素。

测试用例构成要素

用例编号

用例名称

被测试软件名称

测试目标

执行类型

用例设计方法

测试点

用例设计人

创建时间

用例修改人

北京·广州·武汉 2 手机上网用UC 移动生活好伴侣

文档级别:

6.优先级

6.优先级

17.评审时间

7.预置条件

18.评审结果

8.测试步骤

19.执行日志

9.测试脚本

20.修改日志

10.预期结果

21.测试环境描述

11.测试数据描述

22.测试设备描述

上面的要素比较多,结合我们公司的产品类似,可能我们需要重视某些关键要素,

另外,使用testlin工k人,用例修改人等。

具,很多要素已经是可以自动生成的,例如创建时间,设计

如何编写测试用例

用例编写过程4.1.1概览需求文档

测试从你开始看文档已经开始了,把握好需求文档关键点是测试人员从测试执行往测试设计提升的重要能力。我们都知道,如果在需求阶段能够提出“BUG”,那么修复的成本将非常低。经验,专注和耐心在这里占了非常重要的比重。

一些可以借鉴的经验如下:

先了解文档概要,切勿一开始就从头看到尾,先看看标题和段落。主要了解需求文档的范围。

需求文档是产品人员对“原始需求”的一个满足,原始需求已经是被分解,抽象和设计过了,所以你需要时刻保持疑问的心,需要去关注和了解背后的“原始需求”。

随时记录你发现的疑问点,错误点,一起提问;避免发现一个问题,问一个问题。既打扰他人,也打扰你自己的思路。

碰到不懂专业名词和有疑问地方,一定要及时记录并搞懂它。

记录在纸上,可能也是一个好习惯

精读需求文档,进行需求分析,并提取测试需求

这并不是在玩文字游戏,我想提醒你的是,要想在需求阶段发现问题和疑问,你一定要对需求文档的阅读(其实是分析)投入更多的时间,在以上概览了需求之后,我们需要精读需求文档,并开始分析需求和提取测试需求了。

切记,要细读,深入了解产品人员的设计概念和设计想法。跟着产品人员的想法,并持续保持疑问心态。

如果你想更早的发现问题,你一定要重视这个阶段的需求分析。

有投入才有产出,花更多的时间和精力就是投入的一种

北京·广州·武汉 3 手机上网用UC 移动生活好伴侣

文档级别:

如果你发现自己投入了很多时间,也没有更早的发现“bug”,请不用担心,下次继续,因为这个是需要锻炼的。

避免打扰,这个事情需要你专心,专注的完成。

准备好笔和纸,

文档评论(0)

tianya189 + 关注
官方认证
内容提供者

该用户很懒,什么也没介绍

认证主体阳新县融易互联网技术工作室
IP属地上海
统一社会信用代码/组织机构代码
92420222MA4ELHM75D

1亿VIP精品文档

相关文档