发表于: 2018-09-07 23:01:35

1 701


今天完成的事情:
今天上午仔细看了一下任务,然后下午写了一点测试用例
明天计划的事情:、

写测试用例,
遇到的问题:

没有
收获:

一、编写测试用例的原则

测试用例的重要性是毋庸置疑的,它是软件测试全部过程的核心,是测试执行环节的基本依据。测试用例编写应该遵循的原则:

  1. 测试用例要达到最大覆盖软件系统的功能点。
  2. 测试用例对测试功能点、测试条件、测试步骤、输入值和预期结果应该有准确的定义。
  3. 测试用例的设计应包括各种类型的测试用例。在设计测试用例的时候,除了满足系统基本功能需求外,还应该考虑各种异常情况、边界情况和承受压力的能力等。
  4. 测试用例的管理。使用测试用例管理系统对测试用例进行管理。

特性:

一个好的测试用例应该具有较高的发现某个尚未发现的错误的可能性,而一个成功的测试案例能够发现某个尚未发现的错误,通常一个好的测试案例有以下特性:

  1. 具有高的发现错误的概率
  2. 没有冗余测试和冗余的步骤
  3. 测试是 “最佳类别”
  4. 既不太简单也不太复杂
  5. 案例是可重用和易于跟踪的
  6. 确保系统能够满足功能需求

测试用例不可能设计得天衣无缝,也不可能完全满足软件需求的覆盖率,测试执行过程里肯定会发现有些测试路径或数据在用例里没有体现,那么事后该将其补充到用例库里,以方便他人和后续版本的测试。

二、如何编写测试用例

测试用例的信息有很多,可以根据实际的情况进行增删,一般来说一个优秀的测试用例应该包含以下信息:

1.产品相关信息

  1. 软件产品或项目的名称
  2. 软件产品或项目的版本
  3. 功能模块名
  4. 功能描述
  5. 测试平台这些信息建议可以在测试案例手工选择。

2.基本记录信息

  1. 测试用例入库者
  2. 测试用例入库时间
  3. 测试用例更新者
  4. 测试用例更新时间

这些信息建议可以由测试案例自动生成。

3.测试用例的属性

  1. 测试用例ID:测试用例的ID(由案例管理系统自动生成,方便跟踪管理)
  2. 测试用例名称:测试用例的名称
  3. 测试功能点:测试的功能检查点
  4. 测试目的:该测试功能点的测试目的
  5. 测试级别:主路径测试、烟雾测试、基本功能测试、详细功能测试。

测试级别进行说明:

  • 主路径测试:对照需求中重要模块和功能的最主要功能路径,主路径测试为设计探针模块,快速检查程序的可测试性(可测试性还包括安装测试是否成功)的主要依据的测试案例
  • 烟雾测试:对照需求中所有模块的主要功能路径,主路径测试案例为烟雾测试案例的子集,烟雾测试为做回归测试的主要依据的测试案例。
  • 基本功能测试:对照需求和总体设计中所有模块和功能的基本功能路径,基本功能测试为测试软件产品的非重要级别模块,书写完全的自动测试脚本的主要依据。
  • 详细功能测试:对照总体设计中所有模块和功能的功能路径,测试各个模块及功能各个层次,各种类型。详细功能测试案例为对重点模块,易发生错误的模块的主要依据

6.测试类型:功能测试、边界测试、异常测试、性能测试、压力测试、兼容测试、安全测试、恢复测试、安装测试、界面测试、启动/停止 测试、文档测试、配置测试、可靠性测试、易用性测试、多语言测试。 
7.预置条件:对测试的特殊条件或配置进行说明 
8.测试步骤:详细描述测试过程,案例的操作步骤建议少于15个。 
9.预期结果:预期的测试结果

场景分析法一般可以采取如下步骤:

1.场景原子化

尽量细化场景,争取拆分后的场景不可再拆。这样的目的是保证产品的是全覆盖的。而且基于不同的场景有不同的侧重点,如展示层和数据交互层的测试重点差别就比较大。

2.场景正反向分析

针对单个测试场景做正向/反向或者说是正常/异常流程的场景设计。分析该场景的触发条件是什么,该场景被触发后的下一个场景是什么,如果本场景出现异常,应该进入到哪个场景。

3.场景串联

最后针对重要的场景,做一个串联,两个或者多个场景的串联构成一个功能链路(业务流),加上2中分析的场景,构成一个场景测试集。





返回列表 返回列表
评论

    分享到