第15章 测试文档和测试计划

第十五章测试文档和测试计划•15.1测试计划概述•15.2测试计划的主要内容(国军标模板）和测试计划举例•15.3编写合适有效的测试计划必须考虑的问题15.1测试计划概述•什么是测试计划：测试计划包含项目范围内的测试目的和测试目标的有关信息。此外，测试计划还将确定实施和执行测试时所使用的策略以及所需资源；以及对测试风险等做出预先的计划和安排•测试计划包括测试主计划和阶段计划。•项目开始时制订测试主计划。根据开发的迭代过程和测试主计划对测试计划进行细化，制订各个阶段的测试计划。测试计划概述（续）制定测试计划的目的–一个计划一定是为了某种目的而产生的，对于软件质量管理而言，制定测试计划的目的主要有3个。–1．使软件测试工作进行更顺利–2．促进项目参加人员彼此的沟通–3．使软件测试工作更易于管理测试计划概述（续）–制定测试计划的原则•制定测试计划是软件测试中最有挑战性的一个工作。以下原则将有助于制定测试计划工作。•1．制定测试计划应尽早开始•2．保持测试计划的灵活性•3．保持测试计划简洁和易读•4．尽量争取多渠道评审测试计划•5．计算测试计划的投入15.2测试计划的主要内容(国军标)•1范围•1.1标识•1.2系统概述•1.3文档概述•1.4与其它计划的关系•2引用文档•3软件测试环境•3.1软件项•3.2硬件和固件项•3.3权限•3.4安装、测试与控制•4正式合格性测试•4.X（CSCI名称和项目唯一标识号）•4.X.1总体测试要求•4.X.2测试类•4.X.3测试级•4.X.4测试定义•4.X.4.Y（测试名称和项目唯一标识号）•4.X.5测试进度•5数据记录、整理和分析2.2测试计划主要内容(续)•1范围•1.1标识•列现本文档的：•a．已批准的标识号；•b．标题；•c．缩略语；•d．本文档适用的系统和计算机软件配置项（CSCI）。如果本文档适用于•系统中所有的CSCI，则也要说明。并用标题、缩略语和标识号写出适用的CSCI。•1.2系统概述•概述本文档所适用的系统和CSCI的用途。•1.3文档概述•概述本文档的用途和内容。•1.4与其它计划的关系•概述本计划与其它项目测试计划的关系。2.2测试计划主要内容(续)•2引用文档•按文档号和标题列出本文档引用的所有文档。•3软件测试环境•分节标识和描述为执行正式合格性测试所使用资源（软件、固件和硬件）的实现和控制计划。为减少重复，对在软件测试环境和软件工程环境中均用到的资源，可以引用在“软件开计划”文档中有关的软件工程环境的描述。2.2测试计划主要内容(续)•3.1软件项•标识用于执行正式合格性测试的软件项（如，操作系统、编译器、编码审•核器、动态路径分析器、测试驱动器、预处理器、测试数据产生器、后处理器），•描述并说明每个软件项的用途、保密处理和安全性问题。•3.2硬件和固件项•标识用于软件测试环境的计算机硬件、接口设备和固件项。描述并说明每•个项目的用途、保密处理和安全性问题。•3.3权限•标明软件测试环境相关的每个项目的专利和权限。•3.4安装、测试与控制•本节应标识承制方为安装和测试每个项目所制订的计划，还应要描述承制方•为控制和维护软件测试环境而制订的计划。•人员——人数、经验和专长。他们是全职、兼职、业余还是学生？•设备——计算机、测试硬件、打印机、测试工具等。•办公室和实验室空间——在哪里？空间有多大？怎样排列？•软件——字处理程序、数据库程序和自定义工具等。•其他资源——软盘、电话、参考书、培训资料等。15.2测试计划主要内容(续)15.2测试计划主要内容(续)•4正式合格性测试•分节对每个正式合格性测试进行说明，并描述软件测试计划对每个CSCI作•正式合格性测试的要求。•4.X（CSCI名称和项目唯一标识号）•从4.1节开始编号。用名称和项目的唯一标识号标识CSCI。•4.X.1总体测试要求•从4.1.1开始编号。描述用于所有正式合格性测试或用于一组正式合格性测•试的要求。例如：每个正式合格性测试都需要满足下列一般要求：•a．测量CSCI的大小和执行时间；•b．用假设值、最大值和错误值作为输入对CSCI进行测试。•c．对CSCI进行错误判断和出错恢复的测试，包括相关的错误信息。•对不同的实际问题应外加相应的专门测试。例如，验证雷达跟踪要求的正式•合格性测试需满足下列要求：•（1）对特定环境条件的组合，用模拟数据对CSCI进行测试；•（2）用从该环境中提取的“真实数据”作为输入，对CSCI进行测试。15.2测试计划主要内容(续)•4.X.2测试类•从4.1.2节开始编号。描述要进行的正式合格性测试的种类或类型（如：强•度测试、时间性测试、错误输入测试、最大能力测试等）。•4.X.3测试级•从4.1.3节开始编号。描述要进行的正式合格性测试的级别，例如：•a．CSCI级（如果需要，也可划分为CSC或CSU级）：评测与CSCI要求的•符合程度；•b．CSCI到CSCI集成级：评测与CSCI外部接口要求的符合程度；•c．CSCI到HWCI集成级：评测与CSC外部接口要求的符合程度；•d．系统级：评测与整个系统CSCI要求的符合程度。•4.X.4测试定义•从4.1.4节开始编号。分节标识和描述用于CSCI的各项正式合格性测试。•4.X.4.Y（测试名称和项目唯一标识号）•从4.1.4.1节开始编号。用测试名和项目唯一标识号标识正式合格性测试。•本切要给出下列用于测试的信息，这些信息的一部分或全部可以用图表给出，如：•a．测试对象；•b．特殊要求（如：48小时设备连续运行）；•c．测试级；15.2测试计划主要内容(续)•d．测试种类或类型；•e．在软件需求规格说明中规定的合格性方法；•f．该测试所涉及的软件需求规格说明对CSCI工程需求的交叉引用；•g．该测试所涉及的接口需求规格说明对CSCI接口需求的交叉引用；•h．记录的数据类型；•i．假定和约束条件。•4.X.5测试进度•说明或引用本文档4.X.4的测试进度。•5数据记录、整理和分析•分节描述按本测试计划所作测试的数据整理和分析过程。并说明根据数据整理和分析得到的信息和结果。数据记录、整理和分析的结果应清楚地显示出是否达到测试目标。测试计划模版(其他)•参考文档：测试计划•测试计划215.3编制合适有效的测试计划考虑的问题•15.3.1了解手头的任务和相关的测试目标•15.3.2考虑风险•15.3.3根据功能优先级安排测试工作•15.3.4规划测试环境15.3.1了解手头的任务和相关的测试目标•Step1:了解手头的任务、它的范围和与之关联的测试目标,必须对实现测试目标过程中起作用的每个细节都清楚。•Howtounderstand?–理解系统：功能需求+非功能需求•涉及整个系统的讨论会和文档（对系统要解决的问题的有关讨论、高层次的商业需求陈述、产品管理的案例研究和商业案例）–及早介入（测试经理等）：增加对客户需求、客户问题、潜在的风险和功能的理解–理解企业文化和过程•测试组和开发组独立还是一体化？•测试方法是否适应“极限编程”的方法？15.3.1了解手头的任务和相关的测试目标（续）–实现的范围（测试范围）–测试的期望•管理层对测试的期望？•客户期望的测试类型？（验收测试？遵从的方法？预定的里程碑？可交付使用的含义？）–吸取教训：以前的测试工作中学到了什么？（确定测试策略、设定实际的测试预期）–工作量大小：初步估计项目的复杂度的工作量–解决方案的类型：最终是实现了最复杂的解决方案？较短时间开发、更划算的解决方案？（决定采用的测试类型）15.3.1了解手头的任务和相关的测试目标（续）•技术选择：–实现技术？引起的问题？架构？系统类型？（确定测试策略、选择测试工具）•预算（确定测试类型、测试工作量）•时间表：系统测试的时间？截止日期？调整测试时间表–获得测试环境所需的硬件和软件？–评估、购买和实现测试工具•分阶段的解决方案（迭代开发？发行许多版本？）15.3.2考虑风险•软件测试人员要明确地指出计划过程中的风险，并与测试管理员和项目管理员交换意见。这些风险应该在测试计划中明确指出，在进度中予以考虑。有些风险是真正存在的，而有些最终证实是无所谓的，重要的是尽早明确指出，以免在项目晚期发现时感到惊慌。•风险分析是一项十分艰巨的工作，尤其是第一次尝试进行时更是如此，但是以后会好起来，而且也值得这样做。15.3.2考虑风险(续)•一般而言，大多数测试小组都会发现自己的资源有限，不可能穷尽测试软件所有方面。如果能勾画出风险的轮廓，将有助于测试人员排定待测试项的优先顺序，并且有助于集中精力去关注那些极有可能发生失效的领域。下面是一些潜在的问题和风险的例子：•不现实的交付日期•与其他系统的接口•处理巨额现金的特征•极其复杂的软件•有过缺陷历史的模块•发生过许多或者复杂变更的模块•安全性、性能和可靠性问题•难于变更或测试的特征15.3.2考虑风险(续)•确定测试策略时了解项目风险，每个项目都有一系列的风险，其中某些风险的级别可能比另一些风险高。（风险级别的排列考虑了损失发生的可能性和损失带来的影响的严重程度）–风险分类和来源–风险评估–降低风险的测试策略2.3.3考虑风险(续)风险分析（续）•风险分析所提供的信息，有助于测试经理作出决定：–根据技能的高低、需要的工作量、风险和质量目标分配测试人员降低风险的测试策略•把测试工作的重点放在系统中可能会引起绝大多数问题的那些部分。–测试经理必须确定风险最大的部分、最可能出现问题的部分、最易失灵的功能•对风险低和影响小的功能，只执行必须的测试工作，并可为新手提供积累经验的机会。•产生可预测的、更高质量的测试结果15.3.3制定测试策略(续)根据功能优先级安排测试工作•最需要的功能的最先开发和测试•根据不同的标准划分优先级–风险最高到最低–复杂度最高到最低–客户的需要（市场和销售）–预算的限制–时间的限制–人员限制（特殊需求？谁来做？）•综合使用以上方法，得到一个功能的总体价值，并进行排序，得到功能优先级表。15.3.4规划测试环境•测试环境：支持测试工作的所有物质元素–测试数据、硬件、软件、网络和设备–测试环境必须反映软件最终运行环境的基线配置•设计测试环境–获得客户环境的样本（os,支撑软件，硬件）–确定是否需要一个归档机制来存储测试后生成的大文件（日志）–确定网络特性（带宽、网络协议等）–确定服务器os–确定需要的自动测试工具的许可证数量–确定执行某些测试过程需要的其他软件–确定硬件环境时考虑测试数据的需求（规模）–考虑配置测试需要的特殊资源（活动硬盘和图像库）