怎样编写一份好的测试计划

发表于:2010-07-29来源:作者:点击数: 标签:编写
怎样编写一份好的 测试计划 软件测试 如何编写好的测试计划,如下提供一些个人观点: 1.明确测试目标,确定测试 需求 。根据当前测试工作目标不同,测试需求的确定方式有所不同。如当前为新项目的测试工作,则测试需求可能为该项目能按时上线并按用户需求的

     怎样编写一份好的测试计划   软件测试

  如何编写好的测试计划,如下提供一些个人观点:

  1.明确测试目标,确定测试需求。根据当前测试工作目标不同,测试需求的确定方式有所不同。如当前为新项目的测试工作,则测试需求可能为该项目能按时上线并按用户需求的功能正常使用等;而对于产品的阶段性测试,测试需求可以以列表形式展现,列表可以列出本次测试工作所需要测试的更新及影响的测试点等。

  2.制定测试策略的时候,需要考虑:

  根据测试项目特点,确定本次测试需要经历的测试阶段。确定测试阶段后,确考虑每个测试阶段的目标、进入条件及退出条件(完成标准)。

  根据确定的测试阶段,分析每个测试阶段需要包含的各种测试类型,如是否需要性能测试、安装测试等。确定测试类型后,确定每种测试的测试目标、测试方法、完成标准及特殊事项考虑。

  确定测试阶段、测试类型后,针对需要,确定测试方式及测试工具

  特别的:在考虑测试策略时,还应结合系统的特点及系统功能的优先级及难易程度,分析各项测试的重点及难点。另外,根据测试时间的长短不同,测试策略也需要有相应体现。

  3.确定测试资源:测试资源的确定,需要充分调研,基本确定系统规模、功能复杂度、系统运行环境等,结合测试策略,考虑所需要的测试资源。确定测试资源,主要包括:

  明确测试过程中角色分配。这点在测试计划阶段必须明确到人的是测试负责人这个角色。其他角色,如测试参与人员,可以不明确到具体的人员姓名。

  明确测试人力资源及测试环境:考虑人力资源时,需要考虑所需人力资源的数量、各人力的知识或技能程度等。在测试计划阶段,测试负责人就可以开始协调测试资源,需要在该阶段就确定测试资源,包括人员资源及环境资源。有些项目可能测试资源比较紧张,测试计划制定者在制定计划时应该考虑最少测试资源与充足测试资源这两种条件下的测试策略调整。

  4.测试管理及任务的制定:这部分内容的计划,对顺利完成测试任务,保证计划执行有着重要意义。这部分内容,主要包括接收测试条件、测试时间(测试轮次)的设计、测试人员任务的分配、测试过程管理策略、测试完成标准确定及测试过程评审机制。这里,主要对测试时间、测试人员任务、测试过程管理作特别说明:

  (1)测试时间设计和测试人员任务分配可以作为一体考虑。测试计划制定者需要有运筹的思想,根据当前测试资源的状况结合测试策略,确定测试需要经历多少轮次,各人员分别承担什么样的测试任务。测试计划制定者应该始终明确,成功的测试工作是用尽可能少的时间发现最多的缺陷。对于测试时间的评估,可以根据编写的文档页数、测试用例条数、执行测试用例数量及回归测试大约用时来衡量。但是目前工作中,除了上述标准,还应按项目实际情况和计划制定者的经验综合考虑。

  测试轮次设计:设计测试轮次时,一般必须有回归测试环节。回归测试之前往往会经历多轮测试。但是建议不要设计太多轮次测试,以避免资源耗用过于频繁。每一轮测试都应有各自明确的目标与测试策略。如第一轮保证功能正确,第二轮保证流程顺畅,性能稳定等。最终应该设计回归测试环节,保证之前缺陷被正确修改,在该阶段还可以配合进行安装测试。如果系统庞大或测试工作复杂,对每一轮次测试,可以单独做小的测试计划,保证更好的测试效果。在测试时间控制上,应该略微预留一点时间,以控制突发事件。

  在测试任务设计上,需要统筹分析考虑,合理安排人力资源。每个人测试什么任务,和谁一起承担,都应有特别的考虑;测试任务分配要均衡,避免出现一些任务特别紧张,一些任务很快完成的情况。

  (2)测试过程管理设计中,需要考虑BUG管理流程,项目测试进度控制。

  BUG管理中,需要考虑: BUG管理的工具是什么,BUG管理系统中各角色人员的权限是什么(测试准备一部分),研发人员解决BUG花费的时间限制,研发人员反馈BUG修改的规范、测试人员确认BUG的时间限制。总之,需要制定一个BUG管理流程,从一个BUG产生到BUG关闭这个流程中,所经历的过程规范。

  测试过程管理规范的约定:如是否采用周报制度,对于项目较紧时是否采用日报的形式。对项目组成员可以要求进行日志形式提交测试情况等。

  5.测试里程碑设计:一般测试里程碑在模版上已经列示出来,测试计划制定者按照之前分析的测试需求、确定的测试策略及明确的测试资源,作相应的风险分析,从而确定测试里程碑及里程碑的起始时间。在制定里程碑起始时间时,可能出现项目留给测试的时间在当前实际下不足,则应及时与项目经理沟通或者重新考虑测试策略或者重新调配资源。

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