软件测试计划和管理.pptVIP

软件测试与管理 测试原则 测试计划过程 测试目标及策略 测试范围分析 测试风险的控制 测试管理工具 测试原则 做事应该讲原则，在一些不利的场合更要坚持原则，才能确保成功。软件测试也不例外，其基本原则就是为了保证软件产品质量而进行充分的、全面的测试，并尽早、尽可能多地发现缺陷。以下是软件测试的几大原则： 软件开发人员即程序员应当避免测试自己的程序 ，不管是程序员 还是开发小组都应当避免测试自己的程序或者本组开发的功能模块。 应尽早地和不断地进行软件测试 应当把软件测试贯穿到整个软件开发的过程中，而不应该把软件测试看作是其过程中的一个独立阶段。 对测试用例要有正确的态度：第一，测试用例应当由测试输入数据 和预期输出结果这两部分组成；第二，在设计测试用例时，不仅要考虑合理的输入条件，更要注意不合理的输入条件。 测试原则 人以群分，物以类聚，软件测试也不例外，一定要充分注意软件测试中的群集现象，也可以认为是“80-20原则”。不要以为发现几个错误并且解决这些问题之后，就不需要测试了。反而这里是错误群集的地方，对这段程序要重点测试，以提高测试投资的效益。 严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作。 应当对每一个测试结果进行全面检查。一定要全面地、仔细地检查测试结果，但常常被人们忽略，导致许多错误被遗漏。 妥善保存测试用例、测试计划、测试报告和最终分析报告，以备回归测试及维护之用。 在遵守以上原则的基础上进行软件测试，可以以最少的时间和人力找出软件中的各种缺陷，从而达到保证软件质量的目的。 测试计划过程 测试是一项风险比较大的工作，在测试过程中有许多不确定性，包括测试范围、代码质量和人为因素等。这种不确定性的存在，就是一种风险，测试计划的过程就是政府间消除风险的过程。 一般来说，在制定计划过程中，首先需要对项目全面了解，如产品开发和运行平台、应用领域、产品特点及其主要的功能特性等，也就是掌握软件测试输入的所有信息。然后根据测试计划模版的要求，准备计划书中的各项内容。测试计划不可能一气呵成，而是经过计划初期、起草、讨论、审查等不同阶段，最终完成测试计划。 “计划初期”是收集整体项目计划、需求分析、功能设计、系统原型、用户用例等信息，理解用户的真正需求理解新技术或者技术难点。 “计划起草”。根据计划初期所掌握的各种信息、知识。确定测试策略，选择测试方法，完成测试计划的框架。 “内部审查”。在提供给其他部门讨论之前，先在测试小组部门内部内进行审查。 “计划讨论和修改”。召开有需求分析、设计、开发等人员参加的计划讨论会议听取大家对测试计划中各个部分的一件，进行讨论交流。 “测试计划的多方审查”。项目中的每个人都应当参与审查。 “测试计划的定稿和批准”。在计划讨论、审查的基础上，综合各方面的一件，就可以完成测试计划书，然后上报上级，得到批准，方可执行。 “计划执行跟踪和修改”。在实际计划执行过程中，由于测试需求、测试环境等因素发生变化，这就有必要对计划进行调整，满足测试的需要。 测试计划过程 测试目标及策略 对不同的测试项目，软件测试的基本目标是相同的即在开发周期内，尽可能早的发现最严重的缺陷。测试目标也分为整体目标和阶段性目标、特定的任务目标。以下是软件测试目标的分解和层次： 用户需求 测试策略 　软件测试的策略、方法和技术是多种多样的。对于软件测试技术，从是否需要执行被测软件的角度，可分为静态测试和动态测试。 　所谓静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。 　动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。 测试策略 为了更好地确定软件测试策略，也可以试着问一些如下的问题，在寻找这些答案的过程中，也就找到了最佳的测试策略 。 如何确定回归测试的范围？ 如何利用可重复性的测试？ 测试缺乏可预见性，如何收集能衡量测试结果的指标？ 如何建立稳定的、模拟系统实际运行的测试环境？ 如何从无穷的输入数据中选择合理的、有效的测试数据集？ 如何加强静态测试——规格说明书、设计