第六章成为优秀的测试组长.

软件测试2019年12月18日第6章：成为优秀的测试组长学习目标:了解测试组长工作职责了解软件测试计划编写过程和主要内容掌握测试计划文档编写要点6.1测试组长工作职责测试团队组建测试计划制定项目测试工作的安排解决测试工作中出现的问题，保证测试工作的顺利开展6.2测试计划内容和要点测试活动进度综述，可供项目经理产生项目进度时参考；测试方法，包括测试工具的使用；测试工具，包括如何和何时获取工具；实施测试和报告结果的过程；系统测试进入和结束准则；设计、开发和执行测试所需的人员；6.2测试计划内容和要点设备资源：需要什么样的机器和测试基准；恰当的测试覆盖率目标；测试所需的特殊软件和硬件配置；测试应用程序策略；测试哪些特性，不测试哪些特性；风险和意外情况计划。6.3测试计划制定过程开发生命周期需求分析设计定义程序编制维护建立建立建立修改测试生命周期测试计划测试设计定制个案测试执行评估缺陷跟踪6.3测试计划制订过程分析和测试软件需求定义测试策略定义测试环境定义测试管理编写和审核测试计划6.6测试策略测试组长开始做测试计划时，考虑的问题包括：测试范围测试方法测试标准测试工具测试软件的编写6.6.1确定测试范围测试过度，则在测试覆盖中存在大量冗余项目进度存在风险；测试范围过小，则存在遗漏错误的风险。定义测试范围是一个在测试时间、费用和质量风险之间寻找平衡的过程。通过分析产品的需求文档识别哪些需要被测试。测试范围不能仅仅由测试人员来确定。定义测试范围需要考虑下列一些因素：首先测试最高优先级的需求。测试新的功能和代码或者改进的旧功能。使用等价类划分来减小测试范围重点测试经常出问题的地方可采用提问单的方式来确定测试范围哪些功能是软件的特色？哪些功能是用户最常用的？如果系统可以分块卖的话，哪些功能块在销售时最昂贵？哪些功能出错将导致用户不满或索赔？哪些程序是最复杂、最容易出错的？哪些程序是相对独立，应当提前测试的？哪些程序最容易扩散错误？哪些程序是全系统的性能瓶颈所在？哪些程序是开发者最没有信心的？确定测试范围方法6.6.2选择测试方法在不同的开发阶段，需要选择不同的测试方法。在瀑布生命期模型中不同的阶段可以选择的不同的测试方法：需求分析阶段：静态测试概要设计与详细设计阶段：静态测试编码和单元测试阶段：静态测试和动态测试、白盒测试集成测试阶段：动态测试、白盒测试、黑盒测试系统测试阶段：动态测试、黑盒测试、重点放在压力测试、安全测试、负载测试等验收测试阶段：动态测试、黑盒测试6.6.3定义测试标准定义测试标准的目的是设置测试中遵循的规则。需要制订以下几种标准：测试入口标准在什么情况下可以开始某个阶段的测试测试出口标准在什么情况下可以完成某个阶段的测试测试暂停与继续标准制订测试标准常用规则（一）基于测试用例的规则当测试用例的不通过率达到某一百分比时，则拒绝继续测试。优点是适用于所有的测试阶段缺点是太依赖于测试用例。基于“测试期缺陷密度”的规则“测试期缺陷密度”：测试一个CPU小时发现的缺陷数。如果在相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m时，则允许正常结束测试。制订测试标准常用规则（二）基于“运行期缺陷密度”的规则“运行期缺陷密度”：软件运行一个CPU小时发现的缺陷数如果在相邻n个CPU小时内“运行期缺陷密度”全部低于某个值m时，则允许正常结束测试。6.6.4选择自动化测试工具使用自动化测试工具的好处：能够很好地进行性能测试和压力测试能够改进回归测试能够缩短测试周期能够提高测试工作的可重复性6.6.4选择自动化测试工具选择自动化测试工具需要注意以下几方面：并不是所有的测试工作都可以由测试工具来完成并不是一个自动化工具就可以完成所有的测试使用自动化工具本身也是需要时间的，这个时间有可能超过手工测试的时间如果测试人员不熟悉测试工具的使用，有可能不能更多发现软件错误，从而影响测试工作质量自动化测试工具并不能对一个软件进行完全的测试购买自动化测试工具，有可能使本项目的测试费用超出预算6.7考虑测试环境从软件的编码、测试到用户实际使用，存在着三种环境：开发环境、测试环境和用户环境。规划测试环境时考虑设备环境、软件环境、数据环境。一般情况下，测试环境将包括了多种典型的用户环境。一个规划良好的测试环境，总是很接近于用户环境。面对众多的用户环境选择测试环境的出发点：使用的频度或者范围、失效的可能性、能最大限度模拟真实环境。测试环境需要考虑：计算机平台操作系统浏览器软件支持平台外围设备网络环境数据环境其他专用环境计算机平台可以考虑：CPU速度、内容容量、硬盘、显示卡等。一般在软件需求中列出软件对平台的最低配置要求。在选择测试平台时，一般需要考虑：最低配置常见配置理想配置计算机平台操作系统软件一般都声明支持的操作系统Windows平台本身有多个版本，而每个版本都包括了几个系列，以及不同语言。一般在某个版本中等级低的系列上能够通过测试的软件，能够通过高级别系列的测试。测试人员需要了解不同版本操作系统之间的差异。Linux平台有不同公司开发的更多的版本。测试时首先关注软件所要求的Linux核心版本。其他可能的操作系统：Unix、MacOS、嵌入式操作系统。浏览器基于Web的应用系统，需对各种流行的浏览器环境进行测试。不同的操作系统下，浏览器有不同选择。Windows平台下常用：IE、FireFox、360浏览器等Linux平台下Opera、Mozilla等软件支持平台典型的支持平台主要包括：Java虚拟机、数据库、应用服务器、第三方控件、浏览器插件。一般需要测试没有安装软件要求的第三方控件和浏览器插件，软件的表现。用户环境中某软件与被测试系统不兼容；或该软件与被测试系统软件不兼容。外围设备不同的软件系统需要不同的外围设备。在多种外围设备上进行测试，需要大量的时间和费用。一般选择设备的几款主流型号进行测试。网络环境网络访问方式网络速度防火墙在测试管理方面，需要考虑的主要问题包括：选择缺陷管理工具和测试管理工具定义工作进度建立风险管理计划6.8测试管理在测试计划阶段，需要确定用什么工具进行测试管理和缺陷管理。在执行测试的过程中，缺陷管理工具和测试管理工具并不是必须的。但多数公司都会使用缺陷管理工具。6.8.1缺陷工具和管理工具的选择定义工作进度的过程确认工作任务估算工作量编写进度计划6.8.2定义工作进度确认工作任务工作任务可以分为两类，一类是可以直接和需求文档对应起来的，另外一类和需求文档没有直接的关联。在需求文档中，描述了软件的功能性需求和非功能性需求，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。确认好测试任务后，还应该排列这些任务的优先级。与需求文档没有直接关联的任务：执行测试时设置和配置系统开发和安装专用测试工具学习使用测试工具定制测试工具将测试用例编写为脚本或数据文件重新运行以前没通过的测试用例产生测试报告和测试总结文档编写测试计划编写质量报告、缺陷报告人员培训与程序员之间的交流与客户之间的交流估算工作量工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。测试工作量的估算可以采用以下方法：建立详细的工作分解结构分析以往项目，寻找历史数据使用评估模型在估算工作量时，还要注意一些“返工”的问题。编写进度计划进度计划可以用甘特图的形式来表示。ID任务名称开始时间完成持续时间2005年05月19202122232425262728293031112d2005-5-232005-5-20建立测试环境36d2005-05-312005-05-24功能测试53d2005-5-312005-5-27测试功能263d2005-6-32005-6-1复查71d2005-6-62005-6-6编写测试报告244d2005-5-272005-5-24测试功能13d2005-5-242005-5-20编写自动化测试脚本2005年06月23456在进度计划中，要确保：所有任务都已经被列出计划中包含了任务编号、任务名称、开始时间、完成时间、持续时间等信息计划是可行的，资源要求能够被满足按照此计划开展实际工作如果有变化，该计划将被及时更新6.8.3建立风险管理计划在测试中面临的问题：由于设计、编码出现了大的质量问题，导致测试工作量、测试时间增加；在开始测试时，所需要的硬件、软件没有准备好未能完成对测试人员的技术培训测试时的人力资源安排不足在测试过程中，发生了大量的需求变更在测试过程中，项目的开发计划被进行大幅度调整不能及时准备好所需要的测试环境不能及时准备好测试数据风险管理的几个步骤：识别风险评估风险制定对策跟踪风险