软件测试方案编写心得要点详解.pptVIP

AMT企源 - 专业实用 为您着想 * / 20 ? 本资料在AMT的文档控制范围之内，在得到许可后方可使用 金融测试项目组 测试方案编写心得 目录 测试方案编制过程 测试方案编制要素 测试方案编制的“5W1H”理念 测试方案编制的一般过程 软件测试需求分析基本方法 软件测试需求分析技术 软件测试范围分析 软件测试工作量估算 软件测试测试工作分解结构表方法 软件测试资源要求 软件测试风险分析 测试方案编制过程 测试方案编制的“5W1H”理念 Why？ 为什么要进行这些测试 What? 测试哪些方面，不同阶段的工作内容 When？ 测试不同阶段的起止时间 Where? 文档，缺陷的存放位置，测试环境等 Who? 项目有关人员组成，安排哪些测试人员进行测试 How? 如何去做，使用哪些测试工具以及测试方法进行测试 测试方案编制过程 测试方案编制的一般过程 收集项目信息，研究测试子项的内在联系及工作机理 讨论并记录测试子项与整体项目的协作关系 将方案的详细信息文档化，形成初稿 方案文档内部评审与外部评审，并根据评审意见进行方案修订 根据测试资源的投入情况与执行情况，适时修订，并视需求重复步骤① ~步骤④ 将测试方案纳入项目库或配置管理系统，对文件变更进行控制。 测试方案形成的本质上是对一次测试任务逐步认知和分析的过程: 每一次测试分析会对应产生一组数据资料，将这些数据资料汇总整理作为测试方案的输入项，测试方案 也就初步形成了。很多时候测试人员为了应付客户，应付QA,只是为了测试方案而写测试方案，那编写的测试方案毫无价值。 测试方案编制要素 软件需求分析基本方法 无论是功能测试，还是非功能性测试，其测试需求的分析都有以下两个基本的出发点。 （1）从客户角度进行分析：通过业务流程、业务数据、业务操作等分析，明确要验证的功能、数据、场景等内容，从而确定业务方面的测试需求。 （2）从技术角度分析：通过研究系统架构设计、数据库设计、 代码实现等，分析其技术特点，了解设计和实现要求，包括系 统稳定可靠、分层处理、接口集成、数据结构、性能等方面的 测试需求。 测试方案编制要素 软件需求分析技术 在软件测试需求分析过程中，可以采用有效的问题分析技术来帮助我们提高测试需求的有效性和工作效率。从测试需求分析来看，我们力求通过与各相关干系人的沟通，收集足够的、有价值的信息或数据，借助下列途径来达到良好的分析效果。 （1）通过提炼，抓住主要线索，或作为整体来进行分析，使测试需求分析简单化。 （2）通过业务需求或功能层次的整理，使测试需求分析结构化、层次化。 （3）通过绘制业务流程图、数据流程图等，使测试需求分析可视化。 （4）通过类比、隐喻，加强用户需求的理解，更好地转化为测试需求。 测试方案编制要素 软件测试范围分析 在分析测试范围时，一般先进行功能测试的范围分析，然后再进行非功能性测试的范围分析。对于功能测试，可以借助业务流程图、功能框图等来帮助我们进行测试的需求分析。在面向对象的软件开发中，也可借助UML用例图、活动图、协作图和状态图来进行功能测试范围分析。 （1）基本功能测试需要根据具体功能的逻辑、黑盒测试方法等进行测试用例的设计，并考虑用户的习惯思维，把功能划分成如下若干个模块。 （2）按模块分别进行分析，但同时也要明确系统的边界，以及各个模块之间是否存在关联关系、互操作性等。 测试方案编制要素 软件测试工作量估算 在确定了测试需求、明确了测试范围之后，就需要明确测试任务，估算测试工作量。基于质量需求和测试的工作量、测试环境、产品发布的设想时间等要求，就可以确定测试进度和所需的测试资源，或者基于现有的测试资源来决定测试的日程表。 经验公式为：W ＝ Wo + Wo * R1 + Wo * R2 + Wo * R3 W为总工作量，Wo为一轮测试的工作量 R1，R2，R3为每轮的递减系数。受不同的代码质量、开发流程和测试周期等影响，R1、R2、R3的值是不同的。对于每一个公司来说，可以通过历史积累的数据获得经验值。 测试方案编制要素 软件测试测试工作分解结构表方法 （1）列出本项目需要完成的各项任务，如测试计划、需求和设计评审、测试设计、脚本开发、测试执行等。 （2）对每个任务进一步细分，可进行多层次的细分，直到不能细分为止。 （3）列出需要完成的所有任务之后，根据任务的层次给任务进行编号，就形成了完整的工作分解结构表 测试方案编制要素 软件测试资源要求 测试的资源需求，包括人力资源和软、测试环境资源