软件测试与项目分析-测试计划与测试方案.pptx

1、第二章测试计划与测试方案,2.1测试计划“工欲善其事，必先利其器”。做任何事情，都需要有个计划，就像我们去电脑城配电脑，在去之前，我们肯定需要利用网络查看相关的配件价格，列出单据后再去购买。这样就避免了盲目性。同样的，很多朋友喜欢旅游，那么出发之前，也需要对旅程做一些安排，避免浪费宝贵的休假时间。在软件生产活动中，项目经理会制定项目的生产计划，开发负责人需制定开发计划，而我们测试人员，同 样需要制定一个完善的测试计划，来指导我们的测试工作。专业的测试必须以一个好的测试计划作为基础。测试计划是测试工作开展的起始步骤和重要环节。一个测试计划应包括：产品基本情况描述、测试需求说明、测试策略描述、测试

2、资源配置、计划表、问题跟踪报告、停测标准、风险 分析等等。,2.1.1测试计划目的测试计划的目的：收集并分析被测软件的需求情况；细化待测的需求，如功能需求、性能需求等；尽量量化测试需求，并给出测试标准；制定停测标准，控制测试成本;合理配置测试资源；评估测试风险，尽量避免或减少风险带来的损失。,2.1.2测试计划内容定义测试需求根据用户需求规格说明书定义并完善测试需求，以作为整个测 试的标准。需要考虑的测试内容:软件功能 用户界面 软件性能 配置测试安装卸载测试 安全性测试,3测试设计的目标定义手动测试过程；自动测试过程；选择适当的测试用例；组织测试过程信息，并传递给测试开发人员测试计划一般从测

3、试的目的，范围，背景，测试策略，测试人员的组织，测试启动准则与结束准则，以及测试任务，测试中可能遇到的问题与对策 等多方面来写测试计划。总之，测试是一件很细致的工作，测试计划制定 的好与坏，直接影响软件的质量。测试计划在需求规格说明书评审完成后就开始进行，计划本身并不涉及具 体测试用例及方法，计划只是告诉我们在某个阶段需要做什么事情，并不 需要说明具体怎么做，但需要制定此计划的人员充分理解需求文档，估计 测试的时间，并根据项目里程碑、开发里程碑进行相应的测试时间考虑。同时如果测试有需要特殊设备，包括特殊机器或加密设备需要提前规划，定出提供日期，以确保制定的计划可以如期执行。,同时，测试计划要根

4、据开发过程（概要设计、详细设计、编 码过程）的实际情况进行调整，并通知相关负责人员。当然 这是对通常情况，如果你只是做一个很小的版本更新，过程 就可简单的多，因为已经有以前的基础。在软件测试活动中，基本上每个软件产品的测试都需要写测 试计划，不管有没有强制性的要求，有计划的做事，总比盲 目的干活要好，磨刀不误砍柴工。测试计划示例以OA系统为例，规范的测试计划如下：,OA系统测试计划,关键词：系统测试计划 测试对象 测试任务 工作量 资源摘要：根据OA系统项目工作任务书和OA需求规格说明书的要求，对项目测试过程 中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关

5、人 员的系统测试活动提供指导。缩略语清单：无,参考资料清单：,1目标本计划旨在对OA系统的以下各项内容进行明确的标识，使系统测试活动 可以顺利有效的执行。1.测试需求2.组织结构，结构间的关系及成员的职责3.测试进度，任务安排4.测试通过/失败的标准5.测试挂起/恢复的标准6.应交付的测试工作产品,2 概述2.1 项目背景OA系统项目是成都冲和科技有限公司的重头项目，为 满足大型企业协同管理的需求而开发的新一代先进的协同 平台套件系统。2.2 范围本文档的主要阅读对象为OA系统的测试人员。通过本文档，为系统测试设计，实现，执行活动提供指导。,3 组织形式,产 品 经 理,S Q A,开 发 经

6、 理,测 试 经 理,配 置 经 理,软 件 开 发 组,软 件 测 试 组,配 置 管 理 组,组织结构图一,说明：1）OA系统由产品经理总负责，涉及软件开发组，测试组，配置管理组及SQA，各 组之间的关系如图一所示。2）测试组与产品经理，配置管理组，软件开发组，SQA的合作协调遵照公司既定 流程执行。测 试 经 理,高级测试工 程师,测试工程师,测试员,测试组成员结构图二,系统测试组成员职责说明：测试经理：1）负责系统测试计划的制订；2）负责人力，物力资源的分配，协调；2）负责向产品经理汇报项目测试进展情况；3）负责与开发组，配置组，SQA的工作协调；4）审核缺陷报告单；5）根据测试需要，

7、组织项目专业知识，测试工具的培训。,高级测试工程师：负责系统测试方案的生成；提交系统测试方案。测试工程师：负责系统测试用例的生成；提交系统测试用例和系统测试规程。,测试员：1）负责系统测试用例的执行。2）提交系统测试日报，缺陷记录，缺陷报告，测 试报告及自动化测试脚本。注意：以上只是对各项任务按角色进行划分，实 际执行过程中，一人需担当多项角色。,4 测试对象4.1功能项图书管理资产管理办公用品管理车辆管理工作流管理考勤功能。性能项考勤模块性能测试用户接口OA系统界面，见OA系统帮助说明。,5测试通过/失败标准重要级别为高，中的用例全部执行；重要级别为低的用例80执行。测试挂起标准及恢复条件系

8、统测试挂起标准基本功能测试出现致命问题，导致50的用例无法执行；版本质量太差，60的用例执行失败；测试环境出现故障，导致测试无法执行；其他突发事件，如需要优先测试其它产品；,6.2系统测试恢复条件1）基本功能测试通过，可执行进一步的测试；2）版本质量提高，用例执行通过率达到70%；3）测试环境修复；4）突发事件处理完成，可继续正常测试。7 测试任务安排7.1 OA系统测试计划7.1.1方法和标准：遵照OA系统测试计划模板,输入/输出：OA系统需求规格说明书/OA系统测试计划时间安排：2014-12-18资源：人力：2人时设备：PC机1台,7.1.5 风险和假设：OA系统需求规格说明书无法按时完

9、成评审签发，测试计 划设计顺延。7.1.6 角色和职责：由测试组长张三负责系统测试计划的制订。7.2 OA系统测试设计7.2.1 方法和标准：遵照OA系统测试方案模板,7.2.2 输入/输出：OA系统需求规格说明书、OA系统测试计划/OA 系统测试方案7.2.3 时间安排：2014-12-197.2.4 资源：人力：3人时设备：PC机1台,7.2.5 风险和假设：OA系统测试计划无法按时完成评审签发，测试方案设计 顺延。7.2.6 角色和职责：由测试组长张三负责系统测试方案的设计。7.3 OA系统测试实现7.3.1 方法和标准：遵照OA系统测试用例、测试规程模板,7.3.2 输入/输出：OA系

10、统需求规格说明书、OA系统测试计划、OA 系统测试方案/OA系统测试用例、OA系统测试规程7.3.3 时间安排：2014-12-207.3.4 资源：人力：3人时设备：PC机2台,7.3.5 风险和假设：OA系统测试方案无法按时通过评审签发，测试用例和测试规程设计顺 延。7.3.6 角色和职责：测试组员李四等人完成OA系统测试用例设计。7.4 OA系统测试执行7.4.1 方法和标准：遵照OA系统测试日报、OA系统缺陷记录、OA系统缺陷报告、OA系统测试报告模板。,7.4.2 输入/输出：OA系统需求规格说明书、OA系统测试计划、OA 系统测试方案/OA系统测试日报、OA系统缺陷记 录、OA系统

11、缺陷报告、OA系统测试报告。7.4.3 时间安排：2014-12-25 第一轮测试2014-12-27第二轮测试2014-12-29测试报告提交,7.4.4 资源：人力：9人时设备：PC机3台7.4.5 风险和假设：1）OA系统测试用例、OA系统测试规程无法按时完成评审签发，测试执行顺延。2）测试版本质量太差，无法按时完成测试任务。7.4.6 角色和职责：由测试组长张三、组员李四等人执行三轮测试：,8 应交付的测试工作产品,9.工作量估计,10 资源分配测试人员：张三、李四。测试机器：PC机3台。测试环境：Windows xp，Windows 7、IE 7/8/9,11 附录,一、简介1.目的

12、OA系统测试计划这一文档有助于实现以下目标：基于项目提供了确切的需求文档并参照项目组的OA系统项目组工作计 划，制定本计划，重点使用阐述OA系统测试活动实施过程中所需参考 的文档、任务安排、资源耗用及规程等，并作为OA系统测试方案的 编写依据。,2.背景OA系统项目是我公司的重头项目，为满足大型企 业协同管理的需求而开发的新一代先进的协同平台套 件系统。,3.范围本计划用于指导OA项目测试组完成OA项目的测试工作，并为项目组总体把控项目质量提供帮助，文中定义本次 测试范围为OA系统用户需求规格说明书中定义的所 有功能、UI（界面）、性能方面已明确的需求，同时规 定在测试活动中人力资源、硬件资源

13、的需求。,二、测试参考文档和测试提交文档1.测试参考文档下表列出了制定测试计划时所使用的文档：,2.测试提交文档1、OA系统测试计划2、OA系统测试方案3、OA系统测试用例4、OA系统功能测试报告5、OA系统性能测试方案6、OA系统性能测试报告,三、测试进度,四、人力资源,五、系统风险、优先级,六、问题严重度描述,2.2测试方案如果说测试计划告诉我们在什么阶段做什么事情，那么测试方案则是告诉我们在什么阶段怎么做这些 事情。一般情况下，测试方案写的比较少，特别是 现在很多公司都追求短平快的效益，往往就会忽略 了测试方案的编写，但实际上这是非常错误的。测 试方案是我们软件测试工作中非常重要的文档。

14、一般测试方案主要包括以下几个方面：测试配置 要求、软件结构介绍、各测试阶段测试用例等等。,2.2.1测试方案目的根据测试计划，规划测试内容，并且详细制定被测需求的测 试方法。2.2.2测试方案内容1、确定测试手段，确定在各个阶段使用何种测试方法。2、测试通过准则界定。3、各测试阶段所用测试用例，如单元测试阶段、集成测试阶 段等,与测试计划所区别的是测试方案规定在各个测试阶段如 何去执行测试，使用哪些测试用例，并最终给出测试的 结果。此设计阶段需测试设计人员具有较高的技术能力 以及项目经验。,2.2.3测试方案编写在规范的软件企业中，企业都会提供标准的测试方案模 板。模板中规定了方案中必须包含的

15、内容，虽然不同的 企业模板内容会有些差异，但是核心内容基本是相同的，方案核心内容包括：,1、测试环境的规划。在软件版本发布后，软件测试工程师需要把发布的软 件安装到测试环境中进行测试。那么需要在软件测试 方案中明确测试环境各种组成元素，这里包含测试环 境的硬件、软件、网络拓扑图。硬件例如：硬件服务 器的型号和主要的元件参数、路由器型号等；软件例 如：OA系统运行所依赖的软件环境服务器操作系统、数据库及版本、Web服务器及版本；网络拓扑图主要 用于指导搭建环境时网络的组成方式。测试环境的硬 件、软件和组网方式一般会在软件概要设计文档中有 所体现，由软件架构师确定。测试环境的规划原则就 是尽量贴近

16、生产环境，最好保持一致。,2、测试策略。这部分是测试方案的核心内容，就是用于指导测试工程师如 何去测试被测软件系统，具备重要的指导意义。测试策略可以从以下几个方面着重考虑：1)软件保证质量维度。一个软件质量不能只考虑功能特性，要从多维度综合来评估 一个软件的质量。例如一个软件的登录功能，如果我们从质 量维度去考虑测试策略会考虑以下方面：,功能：保证登录可用。比如用户输入了正确的用户名和正确 的密码能够登录到系统中。如果用户提供了错误的信息就不 能登录到系统中。这是最基本的功能保证。性能：用户除了考虑功能以外还会关心产品的性能，也就是 用户登录的速度。登录的速度是影响用户体验的重要指标之 一，那

17、就需要测试人员保证系统的性能，做性能测试验证。安全：登录时一个软件系统的入口，对于系统的入口，登录 的安全性是至关重要的。如果存在安全漏洞会使攻击者轻松 进入系统，窃取用户数据等威胁操作。那登录功能要做安全 性测试。,一般来说软件需求说明书中会有功能性需求和非功能需求，这两部分的需求就是我们需要考虑的软件质量维度，至少测 试策略中要做完整的覆盖。如果需求中给出的不够完成，测 试人员要做测试需求分析加以补充。2)测试方法。明确每个功能点测试执行的具体方法。比如上面的举例登录 需要完成性能测试，那么登录的性能测试如何去完成呢？性 能测试一般是需要模拟出多用户的操作情况，需要采集测试 过程中的各种指

18、标，靠手工是很难完成的，那测试方案中就 需要明确如何去完成这个测试。,例如，登录性能测试执行方法：OA是典型的B/S架构的系统，可以考虑性能测试工具RPT 来完成。脚本的开发可以采用录制、优化方式完成脚本 的开发。其中涉及到注册的用户数据，可以考虑从后台 制造完成。,3)测试重点。测试重点是需要明确每个系统模块、功能点重点保证的 内容，明确每个测试项的优先级。例如登录的测试功能 方面应重点保证正确的输入能够得到正确的处理，错误 的用户名或者密码禁止登录。性能测试的重点是模拟真 实的用户使用场景和用户量，确认响应时间指标、服务 器的资源占用是否在期望的范围内。安全性测试重点是 防sql注入、敏感

19、字符的限制等内容。,3、测试规程测试规程是测试过程一些规则的一些统一的定义。例如用例 优先级的判断规则、缺陷严重程度的判断标准、测试数据准 备的原则、测试执行顺序的要求等方面的定义。以上内容是测试方案所需的核心内容，当然每家企业也会根 据自己的实际情况做适当的补充和裁剪。测试方案是整个测试过程指导意义极强的文档，这个测试过 程的质量很大程度受测试方案的质量所影响，所以测试方案 在企业中一般都是由测试经理或资深测试工程师来编写，用 于指导低级别测试工程师后续的测试工作。测试方案的发布 是需要经过项目组经过严格的评审后，才能正式发布。,2.2.4测试方案示例1简介1.1目的OA系统测试方案这一方案

20、有助于实现以下目标：基于项目提供了确切的需求文档并参照项目组的OA系统项 目组工作计划及OA系统测试计划，制定本方案，重点 阐述使用黑盒测试方法对OA系统不同模块，不同业务进行功 能、UI（界面）、性能等方面进行需求验证，以检查是否符 合预期需求。,1.2背景OA系统项目是我公司的重头项目，为满足大型 企业协同管理的需求而开发的新一代先进的协同平 台套件系统。1.3范围本方案用于指导OA项目测试组针对不同的测试模块，测试需求实现测试工作，文中具体阐明测试活动中需要用到的技术技能及相关测试工具。,测试参考文档和测试提交文档测试参考文档下表列出了制定测试计划时所使用的文档：,2.2测试提交文档1、OA系统测试计划2、OA系统测试方案3、OA系统测试用例,3.测试环境测试服务器环境,测试客户端环境,4.测试工具测试使用工具：,测试策略功能测试,5.3性能测试,6.问题严重度描述,