怎么写测试点( 六 )


继续阅读产品功能定义文档 , 将所有的功能定义直接对应写相关的测试案例 , 这个时候 , 最好能够对程序的本身有一定的接触 , 加深对程序的了解 , 以便写出更好 , 更全面的测试案例 。最后 , 在实际测试中 , 还需要不断扩充 , 修改以前的测试案例 , 得到完整的基本功能测试案例和详细测试案例 。
如果对于一个已有一定或大部分案例的产品来说 , 不管测试者是否本身熟悉这个产品 , 其主要的任务就是阅读 , 检查需求及相关的变更 , 然后对原有的案例进行理解 , 扩充和修改 。这就是案例的重用/复用 。
7. 如何设计一个完整的测试用例 测试用例的重要性是毋庸置疑的 , 它是软件测试全部过程的核心 , 是测试执行环节的基本依据 。
测试用例编写应该遵循的原则: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)测试级别:主路径测试、烟雾测试、基本功能测试、详细功能测试 。下面对这几个测试级别进行说明:A、主路径测试:对照需求中重要模块和功能的最主要功能路径 , 主路径测试为设计探针模块 , 快速检查程序的可测试性(可测试性还包括安装测试是否成功)的主要依据的测试案例B、烟雾测试:对照需求中所有模块的主要功能路径 , 主路径测试案例为烟雾测试案例的子集 , 烟雾测试为做回归测试的主要依据的测试案例 。