测试计划的全面性和有效性

• 测试计划的要点

     测试规划与软件开发活动同步时行，在需求分析时，就开始测试策划，确定测试需求、目标、资源等。测试计划可以按不同的测试阶段（集成测试、系统测试等）来组织，也可以为每个测试任务或目标（安全性、性能、可靠性等测试）进行考虑。
   测试计划主要集中在测试目标、质量标准、测试策略、测试范围、测试用例设计方法、所需资源和日程安排等，其关键是制订有效的测试策略，清楚地界定测试范围，识别测试中所存在的各种风险并找出风险回避、监控和管理的方法，针对不同的测试目标或阶段确定测试方法，对测试工作量及所需的资源、时间进行合理的估算。所有这些都是为了两个根本目的：测试的质量和效率。

• 制订测试策略

   制定测试策略主要分析测试的目标和质量指标、确定测试的对象和依据，测试的重点和所采用的方法，包括在规定的时间内哪些测试内容要完成，软件产品的特性或质量在哪些方面要得到确认。测试策略可以分为如下方面。

• 基于测试技术的测试策略。根据软件系统的技术构成和层次结构，着重考虑如何分层测试、选择哪些测试工具，如何将白盒测试和黑盒测试有机地结合起来等。
• 基于测试方案的综合测试策略。根据测试的目标和范围，着重考虑如何更好地满足测试需求、如何让功能测试、适用性测试和兼容性测试等有机地结合起来、如何充分利用测试资源、如何更有效地完成回归测试等。

         为了更好地制定好测试策略，要做到如下几点。

• 全面细致地了解产品的应用领域、测试范围、市场需求、产品特点、主要功能和技术架构等项目信息。
• 基于模块、功能、系统、版本、性能、配置和安装等各个因素对产品质量的影响，客观地、全面地展开测试计划。
• 根据软件单元在系统结构的重要性差异和一旦发生故障将给客户造成的损失大小、来确定软件测试的等级、重点和先后次序。
• 需要在测试用例数和测试覆盖率上进行权衡而获得一个平衡点，以便能使用尽可能少的有效测试用例去发现尽可能多的程序错误。测试不足意味着让用户承担隐藏错误带来的危险；同时反过来看，过度测试则又会浪费许多宝贵的资源或耽误软件产品的发布时间。

• 确定测试范围

测试主要根据产品设计规格说明书、代码所发生的变化及其影响的区域，来确定哪些功能和特性要测试、哪些功能和特性不需要测试。在确定测试范围时，要考虑的因素如下：

• 优先级最高的城需求功能。
• 新增加的功能和编码发动较大的已有功能。
• 容易出现问题的部分功能。
• 过去测试不够充分的地方。
• 经常被用户使用的功能和配置（占20%）
• 所需资源和日程安排

为了合理、准确地安排日程，对测试工作量要时行正确的估计。除了对工作量的估计之外，还要正确评估参与该项目人员的培训时间、适应过程和工作能力等。由于涉及不同的项目、不同的测试人员、不同的前期介入方式，要对每人每天能够完成的平均测试用例数目做出一个准确的估计确实困难，但是可以根据以前一些项目测试以经验或历史积累下来的数据进行判断推理，并适当地增加10%－20％的余量，估算结果就比较准确了。
 在估算的基础上进行有效的、合理的资源安排。在不同的测试阶段人力资源的需求是不一样的，所以人力资源的计划要有一定的灵活性和动态性，要形成有机的动态平衡，保证测试的进度和资源的使用和效率。

• 编制测试计划的技巧

要做好测试计划，测试设计人员要仔细阅读有关资料，包括用户需求规格说明书、设计文档等，全面熟悉系统，并建议注意以下方面。

• 让所有合适的相关人员特别是在测试计划早期参与测试项目的计划制定。
• 测试所需的时间、人力及其他资源的预估，尽量做到客观、准确、留有余量。
• 测试项目的输入、输出和质量标准，应与各方达成一致，
• 建立变化处理的流程规划，识别在整个测试阶段中哪些是内在的、不可避免的变化因素，并加以控制。
• 测试项目计划的评审

测试项目的计划不可能一气呵成，而是要经过计划初期、起草、讨论、审查等不同阶段，才能将测试计划制订好。测试计划的评审是完成测试计谋关键的一个环节，包括测试组织内部的自我评审、讨论和修改，然后交到评审会进行正式的评审，直至测试计划得到审批。
  测试计划的正式评审，项目中的每个人（产品经理、项目经理、开发工程师等）都应当参与。计划的审查是必不可少的，每一个参与者都可能根据其经验及专长提出问题或建议，弥补在测试范围、工作量、风险等各方面的不足，从而进一步完善测试计划。