第11章 测试过程管理.pptx

1、软件测试,主讲：许福,联系方式 电话：62336516 手机邮件： 地址：信息学院软件教研室 主楼411,第十一章 测试过程管理,目录,1.企业的测试策略 2.企业测试人员的组织 3. 测试组织与管理 4.测试部门的测试评估 5.测试人员职业发展历程,1. 企业的测试策略,1.1 理念 企业的主要目的是获取利润，降低测试成本也是盈利的一种方式 应用较低的代价实现有效的测试，不应为了追求完美的测试而不失一切代价,1. 企业的测试策略,1.2 如何合理地减少测试工作量 减少冗余测试 白盒测试与黑盒测试虽然不同，但有时测试效果类似，这样的测试是冗余的 在集成测试、系统测试阶

2、段，要执行多次“回归测试”。每次“回归测试”都会存在不少的冗余，应设法剔除 减少无价值的测试 不懂测试技术容易导致无价值的测试 功能测试中的等价类测试，在等价区间内只要测试一个典型输入即可，如果重复测试多次就是无价值的,1. 企业的测试策略,“短、平、快”项目，往往采用“偷工减料”方式测试 基本方法：找出软件中需要优先测试的部分 哪些功能是软件特色？ 哪些功能用户最常用？ 如果系统可以分块卖话，哪些功能块在销售时最昂贵？ 哪些功能出错将导致用户不满或索赔？ 哪些程序是最复杂、最容易出错的？ 哪些程序是相对独立，应当提前测试的？ 哪些程序最容易扩散错误？ 哪些程序是全系统的性能瓶颈所在？ 哪些程

3、序是开发者最没有信心的？,1. 企业的测试策略,1.3 测试的经济学(下页) 太少测试是一种犯罪，太多测试是一种罪过。 （Too little testing is a crime，too much testing is a sin） 1.4 测试奖励机制 根据缺陷的危害程度，把奖金分等级。每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。奖金额要适当，太低了员工不感兴趣，太高企业承受不起。,测试的经济学,2. 测试人员的组织,2.1 了解开发人员的测试心理 测试的目的是找出尽可能多的缺陷，是“破坏性”的，而开发是“建设性”的 开发人员喜欢欣赏程序的成功之处，而不愿看到失败之处 如果在设

4、计时就存在理解错误，或因不良的编程习惯而流下隐患，开发者本人很难发现. 开发者对自己的程序的功能很熟，很少因使用不当引发错误，这与大众用户情况不同，测试自己程序不具备典型性 结论：开发人员应测试自己的程序，这是其份内工作。但开发人员在测试自己的程序时，很难做到客观、公正，所以自我测试不具有说服力。,2. 测试人员的组织,2.2 如何组织测试人员？ 应当视企业的人力资源而定 条件特别好的公司： 为每个开发人员分配一名独立的测试人员。这样的测试人员职业化程度很高，可完成单元测试、集成测试和系统测试工作，能够实现开发与测试同步进行。 条件比较好的公司： 设置一个独立的测试小组，轮流参加各个项目的系统

5、测试。而单元测试、集成测试由开发小组承担。 条件一般的公司: 不配置独立的测试小组。单元测试、集成测试由开发小组承担。当项目进展到系统测试阶段，从项目外抽调一些人员，加上开发人员，临时组织系统测试小组。 条件比较差的公司: 也许只有一个项目和为数不多的开发人员。让开发人员一直兼任测试人员角色，相互测试对方的程序。如果人员实在太少，让开发者测试自己的程序,2. 测试人员的组织,2.3 避免开发人员与测试人员产生矛盾 开发人员的注意事项： 不要敌视测试人员。 测试的目的就是发现缺陷，是测试人员的工作职责，不要以为测试人员存心找茬 不要轻视测试人员： 别说人家技术水平差，不配搞开发只好搞测试 测试人

6、员的注意事项： 发现缺陷时不要嘲笑开发人员，别说他的程序真臭、到处是Bug 在开发人员压力太大或心情不好时不要火上浇油，发现缺陷时别大声嚷嚷 留意另一种极端：如果测试人员与开发人员的关系非常好，可能会导致测试时“手下留情”，这对项目也是一种伤害。,3. 测试组织与管理,3.1 测试管理的目的 3.2 测试管理中的PDCA 3.3 测试管理控制对象的管理 3.4 测试阶段划分,3. 测试组织与管理,3.1 测试管理的目的 3.2 测试管理中的PDCA 3.3 测试管理控制对象的管理 3.4 测试阶段划分,3.1 测试管理的目的,通过对产品的整个测试流程进行控制和管理，提高企业软件测试的管理水平

7、灌输和强化企业的管理理念 确保开发产品的质量 提高企业的市场竞争能力,3. 测试组织与管理,3.1 测试管理的目的 3.2 测试管理中的PDCA 3.3 测试管理控制对象的管理 3.4 测试阶段划分,3.2 测试管理中的PDCA,PDCA：Plan(计划)、Do(执行)、Check(检查)、Action(处理) P：测试计划 D：测试案例及测试步骤的设计 C：测试实施和错误跟踪 A：测试总结与报告,3. 测试组织与管理,3.1 测试管理的目的 3.2 测试管理中的PDCA 3.3 测试管理控制对象的管理 3.4 测试阶段划分,3.3 测试管理控制对象的管理,测试管理控制对象（测试文档）包含的内

8、容： 测试用例 测试计划 各用例的具体测试步骤 问题报告 测试总结报告 开始于需求分析阶段、作用于整个生命周期中,3. 测试组织与管理,3.1 测试管理的目的 3.2 测试管理中的PDCA 3.3 测试管理控制对象的管理 3.4 测试阶段划分,3.4 测试阶段划分,测试准备阶段 全面熟悉系统 编写测试计划 需求审查阶段 组长、系统分析员、软件开发管理者、软件设计、开发人员、测试人员、用户 设计评审阶段 组长、系统分析员、软件设计人员、测试负责人 程序测试阶段 组长：负责整个测试的计划、组织工作 测试人员：运行测试并记录测试结果,4 测试部门的测试评估,测试经理必须跟踪、监督和评估测试工作的实现

9、，并在必要时进行改进。 4.1 评估测试人员的有效性 4.2 评估测试组的有效性 4.3 评估测试组测试活动质量,4.1 评估测试人员的有效性,测试人员的期望 遵守测试标准和测试过程 保持进度（提交各种产品的时间） 达到目标和完成指派的任务（为每人分配的任务必须形成文档，确定截止期限和完成目标） 控制预算（购买测试工具时）,评估测试人员测试工作的要点,行业专家和技术专家 行业专家: 是否具备行业领域的知识 技术专家: 是否具备测试领域知识 功能和非功能性测试 测试人员对各种可利用的测试技术的了解程度 采用哪种技术能够提高测试效率 对应用程序行为的理解程度 测试过程的深度,测试工程师的自我评价,

10、关注发现的缺陷类型 ，总是发现不重要的缺陷？ 测试过程足够详细吗？ 是否覆盖了高优先级的缺陷？ 是否同时包含了对非法数据和合法数据的测试？ 是否听取了来自需求人员、开发人员和其他测试人员的反馈意见？ 对可用的测试技术了解吗？ 了解应用程序功能的实质和足够的行业知识吗？ 主要缺陷是否发现太晚了？,4.2 评估测试组的有效性,定义角色和职责：使测试组成员了解什么是必须完成的任务，谁是某项任务的完成人，需要定义并文档化测试组成员的角色和职责。,人员组成成功测试组的10大因素,业务知识：测试工程师应具备业务知识，并和用户紧密接触。 技术知识：熟悉所测试的产品用到的技术，并掌握测试工具、方法等相关技术。 任务划分：将业务任务和技术任务相互独立。 资源管理：业务资源和技术资源相互结合。 与开发组的关系：同开发人员协同工作。 生存周期早期介入：测试应在开发周期的早期介入。 测试过程：有成熟的测试过程管理规范。 灵活性/适应性：能够适应不同的测试项目。 度量：掌握度量的方法，以改进工作。 过程改进：应致力于工作的不断改进。,4.3 评估测试组测试活动质量,达到测试目标 软件发布时系统无重大缺陷 有一些缺陷在用户手册中的预防 软件的测试工作保持了进度 保持了预算,5 测试人员职业发展历程,初级测试工程师测试工程师高级测试工程师测试组负责人测试负责人 初级测试工程师 技术技