UML软件工程组织

软件测试系列谈(八):制定成功的测试计划
作者:中国软件评测中心 选自:赛迪网-中国计算机报

“工欲善其事,必先利其器”。专业的测试必须以一个好的测试计划作为基础。尽管测试的每一个步骤都是独立的,但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。一个测试计划应包括:产品基本情况调研、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等等。

  产品基本情况调研

  这部分应包括产品的一些基本情况介绍,例如产品的运行平台和应用的领域,产品的特点和主要的功能模块,产品的特点等。对于大的测试项目,还要包括测试目的和侧重点。

  关于这部分具体要点有:

  目的 重点描述如何使测试建立在客观的基础上,定义测试的策略、测试的配置, 粗略地估计测试大致需要的周期和最终测试报告递交的时间

  变更 说明有可能会导致测试计划变更的事件。包括测试工具是否改进,测试环境是否改变,或者是否添加了新的功能。

  技术结构 可以借助画图,将要测试的软件划分成几个组成部分,规划成一个适用于测试的完整系统,包括数据是如何存储的,如何传递的(数据流图),每一个部分的测试要达到什么样的目的,每一个部分是怎么实现数据更新的。还有就是常规性的技术要求,比如运行平台、需要什么样的数据库等等。

  产品规格 就是制造商和产品版本号的说明。

  测试范围 简单描述如何搭建测试平台以及测试的潜在风险。

  项目信息 说明要测试的项目的相关资料,如:用户文档,产品描述,主要功能的举例说明。

  测试需求说明

  这一部分要列出所有要测试的功能项。凡是没有出现在这个清单的功能项都排除在测试的范围之外。万一有一天在一个没有测试的部分里发现了一个问题,应该庆幸有这个记录在案的文档,可以证明测了什么,没测什么。

   关于这部分具体要点有:

  功能的测试 理论上是测试所要覆盖所有的功能项,例如:在数据库中添加、编辑、删除记录等等,这会是一个浩大的工程,但是有利于测试的完整性。

  设计的测试 对于一些用户界面、菜单的结构、窗体设计是否合理等的测试。

  整体考虑 这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。

 

 

版权所有:UML软件工程组织