软件测试项目计划阶段的细分

软件测试项目计划阶段的细分 软件测试工具

测试项目的计划不可能一气呵成，而是要经过计划初期、起草、讨论、审查等不同阶段，才能将测试计划制订好。而日．不同的测试阶段(集成测试、系统测试、验收测试等)或不同的测试任务(安全性测试、性能测试、可靠性测试等)都可能要有具体的测试计划。

    (1)汁划初期是收集整体项目计划、需求分析、功能设计、系统原型、用户用例(use case)等文档或信息，理解用户的真正需求，了解技术难点和弱点、或新的技术，和其他项目相关人员变流，在备个主要方面达到一致的理解。

    (2)测试计划最关键的一步就是确定测试需求、测试层次。将软件分解成单元，对各个单元写成测试需求，测试需求也是测试设计和开发测试用例的基础，并用来衡量测试覆盖率的熏要指标。

    (3)计划起草。根据计划初期所掌握的各种信息、知识，确定测试策略，设计测试方法，完成测试计划的框架。

    (4)内部审查。在提供给其他部门讨论之前，先在测试小组／部门内部进行审查。

    (5)计划讨论和修改。召开有需求分析、设计、开发人员参加的汁划讨论会议，测试组长将测试计划设计的思想、策略做较详细的介绍，并听取大家对测试计划中各个部分的意见，进行讨论交流。

    （6）测试计划的多方审查。项日中的每个人都应当参与审查(即市场、开发、支持、

技术写作及测试人)。计划的审查是必不可少的，尽管测试工程师努力地完成一个对产品的全面定义，但出自于一个测试工程师的定义不一定是完整或准确的。此外，就像开发者很难测试自己的代码那样，测试工程师也很难评估自己的测试计划。每一个计划审查者都可能根据其经验及专长提出修改建议．有时还能提供测试工程师在组织产品定义时不具备的信息。    1

   （7）测试计划的定稿和批准。在计划讨论、审查的基础上，综合各方面的意见，就可以完成测试计划书，然后报给测试经理或QA经理，得到批准，方可执行。

    测试计划不仅是软件产品当前版奉而日还是下一个版本的测试设计的毛要信息来源t在进行新版本测试时，可以在原有的软件测试计划书上做修改，但要经过严格审查。

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