第9章 风险分析与测试总结-【千锋教育】全栈软件测试实战（基础+方法+应用）（慕课版）同步教案

千锋教育 全栈软件测试—入门宝典 教学设计 课程名称： 全栈软件测试—入门宝典 _ 授课年级： _______________________ 授课学期： _______________________ 教师姓名： _______________________ 2020年03月01日 课程名称 第9章 风险分析与测试总结 计划学时 4学时 内容分析 本章主要介绍风险分析、测试总结 教学目标 与 教学要求 要求学生了解风险分析，掌握风险分析方法，掌握测试总结的编写 教学重点 风险分析、测试总结 教学难点 风险分析、测试总结 教学方式 课堂讲解及ppt演示 教 学 过 程 第一课时 （风险分析、测试总结） 回顾内容 1.回顾上节，引出本课时的主题 上面几节已经学习了评审的内容，本节将学习风险分析和测试总结的内容，从而引出本课时的内容，风险分析和测试总结。软件在未发布之前可能会存在一些尚未遭遇的风险，因此需要对软件项目进行适当的风险分析，对可能产生的风险进行准确分析和评估，并针对风险设计出对应的缓解办法。 2.明确学习目标 （1） 能够掌握软件风险 （2） 能够熟悉规划风险 （3） 能够掌握测试总结 知识讲解 · 风险分析 众所周知，风险无处不在，若大家不学会预测并控制它，必将被其反控制，因此需要对生活中相关事物进行必要的风险分析，并运用对应的处理策略，使风险出现的可能性降到最低。软件中也存在各种各样的风险，其中最小的风险可能导致网页访问失败，而大风险可大到使承载国家科技发展使命的宇宙飞船失事，因此一定要注重控制软件中的风险。 由于受到成本、进度、资源等因素的限制，对一个软件进行全面测试是不可能也是不现实的。测试人员在测试时，所使用的测试用例可能只是所有测试用例的一小部分，具体如图所示： 项目组应该在对软件系统或软件项目做风险分析的前提下，根据项目进度，将资源和成本合理分配到软件系统或软件项目中优先级最高、最关键且最需要被测试的地方。 软件项目风险分析主要可以从软件风险和规划风险两方面入手。软件风险分析主要是确定软件中需要测试的内容、测试的优先级、测试的深度；规划风险分析主要是为了防范因计划范围之外的事件发生而影响项目进度，例如，某测试人员突然离开小组导致测试人员不足，软件需求突然改变等。 · 软件风险 参与软件风险分析的人员应是各个领域的专家，如项目经理、开发者、测试者、用户、界面设计者。上述与软件相关的人员都需要参与软件风险的分析。而且软件风险分析需要在项目周期一开始就进行，因为风险发现得越早项目成功的概率越大，反之越晚发现风险会影响项目的成功。接下来将讲解软件风险分析步骤，一共包含10个步骤。使用流程化步骤，可以有计划且准确地完成工作或任务，尤其是在大项目中运用，效果更加明显。这样，不论开发人员还是测试人员都能够明确系统中最重要的部分。具体步骤如下。 （1）组建风险分析小组 风险分析小组一般由项目经理、开发者、测试者、用户、界面设计者等各个领域的专家组成。一般是由项目经理、测试人员、开发人员进行讨论，经验较为丰富的测试主管和开发主管也会参与其中，利用测试或开发经验来发现一些潜在的风险。 （2）列出软件中功能列表 风险分析小组需要在进行讨论之前获取软件相应的文档，如需求文档、功能设计文档等，而且刚开始可对整个项目进行划分，将较大的内容分类，先不作细化处理，随着讨论的深入再将内容进行细化。 （3）分析功能失败的可能性 此步骤在风险分析过程中非常关键，需要分析软件中各部分功能及特性失败的可能性，并将可能性标注出来。软件中各部分功能及特性失败的可能性需要从客观和主观两方面同时考虑才能确定，具体可通过以下几部分内容进行判断： · 软件功能对软件系统的其他功能或组件的依赖程度。依赖程度越高，失败的可能性就越高。 · 软件功能自身的复杂程度。 · 软件功能实现团队及软件设计者的经验。若软件设计及软件功能实现团队都比较年轻，并且没有太多经验，则软件功能的失败可能性就比较高。 · 若软件使用的是新技术或正在实验阶段，则失败可能性较高。 · 若是基于旧功能改写，并且旧功能的缺陷就比较多，则整体功能改写的失败可能性就会比较大。 · 若是基于旧功能改写，则改写代码量越少软件功能失败可能性就越大，这是因为回归测试往往不充分。 （4）确定功能失败所造成的影响 此步骤更多地是从用户的角度来判断，而不应过多考虑技术问题。此步骤一般会存在主观意识，并且在一些特殊软件的分析上还需要市场分析人员的帮助或意见。 （5）量化 量化指的就是将表示可能性的“高、中、低”使用数字来表示，能区分“高、中、低”即可，因此任意数字均可，通常使用“3、2、1”表示“高、中、低”，量化数据是由项目组