2016软件测试方案编写心得.pptVIP

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