第六章成为优秀的测试组长方案课件.ppt

《第六章成为优秀的测试组长方案课件.ppt》由会员分享，可在线阅读，更多相关《第六章成为优秀的测试组长方案课件.ppt（36页珍藏版）》请在三一办公上搜索。

1、软件测试,2023年3月28日,第6章：成为优秀的测试组长,学习目标:了解测试组长工作职责了解软件测试计划编写过程和主要内容掌握测试计划文档编写要点,6.1 测试组长工作职责,测试团队组建测试计划制定项目测试工作的安排解决测试工作中出现的问题，保证测试工作的顺利开展,6.2 测试计划内容和要点,测试活动进度综述，可供项目经理产生项目进度时参考；测试方法，包括测试工具的使用；测试工具，包括如何和何时获取工具；实施测试和报告结果的过程；系统测试进入和结束准则；设计、开发和执行测试所需的人员；,6.2 测试计划内容和要点,设备资源：需要什么样的机器和测试基准；恰当的测试覆盖率目标；测试所需的特殊软件

2、和硬件配置；测试应用程序策略；测试哪些特性，不测试哪些特性；风险和意外情况计划。,6.3 测试计划制定过程,开发生命周期,需求分析,设计定义,程序编制,维护,建立,建立,建立,修改,测试生命周期,测试计划,缺陷跟踪,越早测试越好,6.3 测试计划制订过程,6.6 测试策略,测试组长开始做测试计划时，考虑的问题包括：测试范围测试方法测试标准测试工具测试软件的编写,6.6.1 确定测试范围,测试过度，则在测试覆盖中存在大量冗余项目进度存在风险；测试范围过小，则存在遗漏错误的风险。定义测试范围是一个在测试时间、费用和质量风险之间寻找平衡的过程。通过分析产品的需求文档识别哪些需要被测试。测试范围不能仅

3、仅由测试人员来确定。,定义测试范围需要考虑下列一些因素：首先测试最高优先级的需求。测试新的功能和代码或者改进的旧功能。使用等价类划分来减小测试范围 重点测试经常出问题的地方,可采用提问单的方式来确定测试范围哪些功能是软件的特色？哪些功能是用户最常用的？如果系统可以分块卖的话，哪些功能块在销售时最昂贵？哪些功能出错将导致用户不满或索赔？哪些程序是最复杂、最容易出错的？哪些程序是相对独立，应当提前测试的？哪些程序最容易扩散错误？哪些程序是全系统的性能瓶颈所在？哪些程序是开发者最没有信心的？,确定测试范围方法,6.6.2 选择测试方法,在不同的开发阶段，需要选择不同的测试方法。在瀑布生命期模型中不同

4、的阶段可以选择的不同的测试方法：,需求分析阶段：静态测试概要设计与详细设计阶段：静态测试 编码和单元测试阶段：静态测试和动态测试、白盒测试集成测试阶段：动态测试、白盒测试、黑盒测试 系统测试阶段：动态测试、黑盒测试、重点放在压力测试、安全测试、负载测试等验收测试阶段：动态测试、黑盒测试,6.6.3 定义测试标准,定义测试标准的目的是设置测试中遵循的规则。需要制订以下几种标准：测试入口标准在什么情况下可以开始某个阶段的测试测试出口标准在什么情况下可以完成某个阶段的测试测试暂停与继续标准,制订测试标准常用规则（一）,基于测试用例的规则当测试用例的不通过率达到某一百分比时，则拒绝继续测试。优点是适用

5、于所有的测试阶段 缺点是太依赖于测试用例。基于“测试期缺陷密度”的规则“测试期缺陷密度”：测试一个CPU小时发现的缺陷数。如果在相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m时，则允许正常结束测试。,制订测试标准常用规则（二）,基于“运行期缺陷密度”的规则“运行期缺陷密度”：软件运行一个CPU小时发现的缺陷数如果在相邻n个CPU小时内“运行期缺陷密度”全部低于某个值m时，则允许正常结束测试。,6.6.4 选择自动化测试工具,使用自动化测试工具的好处：能够很好地进行性能测试和压力测试能够改进回归测试能够缩短测试周期能够提高测试工作的可重复性,6.6.4 选择自动化测试工具,选择自动化测试

6、工具需要注意以下几方面：并不是所有的测试工作都可以由测试工具来完成并不是一个自动化工具就可以完成所有的测试使用自动化工具本身也是需要时间的，这个时间有可能超过手工测试的时间如果测试人员不熟悉测试工具的使用，有可能不能更多发现软件错误，从而影响测试工作质量自动化测试工具并不能对一个软件进行完全的测试购买自动化测试工具，有可能使本项目的测试费用超出预算,6.7 考虑测试环境,从软件的编码、测试到用户实际使用，存在着三种环境：开发环境、测试环境和用户环境。规划测试环境时考虑设备环境、软件环境、数据环境。一般情况下，测试环境将包括了多种典型的用户环境。一个规划良好的测试环境，总是很接近于用户环境。面对

7、众多的用户环境选择测试环境的出发点：使用的频度或者范围、失效的可能性、能最大限度模拟真实环境。,测试环境需要考虑：计算机平台操作系统浏览器软件支持平台外围设备网络环境数据环境其他专用环境,计算机平台可以考虑：CPU速度、内容容量、硬盘、显示卡等。一般在软件需求中列出软件对平台的最低配置要求。在选择测试平台时，一般需要考虑：最低配置常见配置理想配置,计算机平台,操作系统,软件一般都声明支持的操作系统Windows平台本身有多个版本，而每个版本都包括了几个系列，以及不同语言。一般在某个版本中等级低的系列上能够通过测试的软件，能够通过高级别系列的测试。测试人员需要了解不同版本操作系统之间的差异。Li

8、nux平台有不同公司开发的更多的版本。测试时首先关注软件所要求的Linux核心版本。其他可能的操作系统：Unix、Mac OS、嵌入式操作系统。,浏览器,基于Web的应用系统，需对各种流行的浏览器环境进行测试。不同的操作系统下，浏览器有不同选择。Windows平台下常用：IE、FireFox、360浏览器等 Linux平台下Opera、Mozilla等,软件支持平台,典型的支持平台主要包括：Java虚拟机、数据库、应用服务器、第三方控件、浏览器插件。一般需要测试没有安装软件要求的第三方控件和浏览器插件，软件的表现。用户环境中某软件与被测试系统不兼容；或该软件与被测试系统软件不兼容。,外围设备不

9、同的软件系统需要不同的外围设备。在多种外围设备上进行测试，需要大量的时间和费用。一般选择设备的几款主流型号进行测试。网络环境网络访问方式网络速度防火墙,在测试管理方面，需要考虑的主要问题包括：选择缺陷管理工具和测试管理工具定义工作进度 建立风险管理计划,6.8 测试管理,在测试计划阶段，需要确定用什么工具进行测试管理和缺陷管理。在执行测试的过程中，缺陷管理工具和测试管理工具并不是必须的。但多数公司都会使用缺陷管理工具。,6.8.1缺陷工具和管理工具的选择,定义工作进度的过程,6.8.2定义工作进度,确认工作任务 工作任务可以分为两类，一类是可以直接和需求文档对应起来的，另外一类和需求文档没有直

10、接的关联。在需求文档中，描述了软件的功能性需求和非功能性需求，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。确认好测试任务后，还应该排列这些任务的优先级。,与需求文档没有直接关联的任务：执行测试时设置和配置系统开发和安装专用测试工具学习使用测试工具定制测试工具将测试用例编写为脚本或数据文件重新运行以前没通过的测试用例产生测试报告和测试总结文档编写测试计划编写质量报告、缺陷报告人员培训与程序员之间的交流与客户之间的交流,估算工作量工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。测试工作量的估算可以采用以下方法：建立详细的工作分解结构 分析以往项目，寻找历史数据使用评估模型

11、在估算工作量时，还要注意一些“返工”的问题。,编写进度计划进度计划可以用甘特图的形式来表示。,在进度计划中，要确保：所有任务都已经被列出 计划中包含了任务编号、任务名称、开始时间、完成时间、持续时间等信息计划是可行的，资源要求能够被满足按照此计划开展实际工作如果有变化，该计划将被及时更新,6.8.3 建立风险管理计划,在测试中面临的问题：由于设计、编码出现了大的质量问题，导致测试工作量、测试时间增加；在开始测试时，所需要的硬件、软件没有准备好 未能完成对测试人员的技术培训 测试时的人力资源安排不足 在测试过程中，发生了大量的需求变更在测试过程中，项目的开发计划被进行大幅度调整 不能及时准备好所需要的测试环境 不能及时准备好测试数据,风险管理的几个步骤：识别风险评估风险制定对策跟踪风险,人有了知识，就会具备各种分析能力，明辨是非的能力。所以我们要勤恳读书，广泛阅读，古人说“书中自有黄金屋。”通过阅读科技书籍，我们能丰富知识，培养逻辑思维能力；通过阅读文学作品，我们能提高文学鉴赏水平，培养文学情趣；通过阅读报刊，我们能增长见识，扩大自己的知识面。有许多书籍还能培养我们的道德情操，给我们巨大的精神力量，鼓舞我们前进。,