软件测试与项目分析-测试计划与测试方案PPT课件下载推荐.pptx

软件测试与项目分析-测试计划与测试方案PPT课件下载推荐.pptx

《软件测试与项目分析-测试计划与测试方案PPT课件下载推荐.pptx》由会员分享，可在线阅读，更多相关《软件测试与项目分析-测试计划与测试方案PPT课件下载推荐.pptx（59页珍藏版）》请在冰豆网上搜索。

,2.1.2测试计划内容定义测试需求根据用户需求规格说明书定义并完善测试需求，以作为整个测试的标准。

需要考虑的测试内容:

软件功能用户界面软件性能配置测试安装卸载测试安全性测试,3测试设计的目标定义手动测试过程；

自动测试过程；

选择适当的测试用例；

组织测试过程信息，并传递给测试开发人员测试计划一般从测试的目的，范围，背景，测试策略，测试人员的组织，测试启动准则与结束准则，以及测试任务，测试中可能遇到的问题与对策等多方面来写测试计划。

总之，测试是一件很细致的工作，测试计划制定的好与坏，直接影响软件的质量。

测试计划在需求规格说明书评审完成后就开始进行，计划本身并不涉及具体测试用例及方法，计划只是告诉我们在某个阶段需要做什么事情，并不需要说明具体怎么做，但需要制定此计划的人员充分理解需求文档，估计测试的时间，并根据项目里程碑、开发里程碑进行相应的测试时间考虑。

同时如果测试有需要特殊设备，包括特殊机器或加密设备需要提前规划，定出提供日期，以确保制定的计划可以如期执行。

同时，测试计划要根据开发过程（概要设计、详细设计、编码过程）的实际情况进行调整，并通知相关负责人员。

当然这是对通常情况，如果你只是做一个很小的版本更新，过程就可简单的多，因为已经有以前的基础。

在软件测试活动中，基本上每个软件产品的测试都需要写测试计划，不管有没有强制性的要求，有计划的做事，总比盲目的干活要好，磨刀不误砍柴工。

测试计划示例以OA系统为例，规范的测试计划如下：

OA系统测试计划,关键词：

系统测试计划测试对象测试任务工作量资源摘要：

根据OA系统项目工作任务书和OA需求规格说明书的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。

缩略语清单：

无,参考资料清单：

1目标本计划旨在对OA系统的以下各项内容进行明确的标识，使系统测试活动可以顺利有效的执行。

1.测试需求2.组织结构，结构间的关系及成员的职责3.测试进度，任务安排4.测试通过/失败的标准5.测试挂起/恢复的标准6.应交付的测试工作产品,2概述2.1项目背景OA系统项目是成都冲和科技有限公司的重头项目，为满足大型企业协同管理的需求而开发的新一代先进的协同平台套件系统。

2.2范围本文档的主要阅读对象为OA系统的测试人员。

通过本文档，为系统测试设计，实现，执行活动提供指导。

3组织形式,产品经理,SQA,开发经理,测试经理,配置经理,软件开发组,软件测试组,配置管理组,组织结构图一,说明：

1）OA系统由产品经理总负责，涉及软件开发组，测试组，配置管理组及SQA，各组之间的关系如图一所示。

2）测试组与产品经理，配置管理组，软件开发组，SQA的合作协调遵照公司既定流程执行。

测试经理,高级测试工程师,测试工程师,测试员,测试组成员结构图二,系统测试组成员职责说明：

测试经理：

1）负责系统测试计划的制订；

2）负责人力，物力资源的分配，协调；

2）负责向产品经理汇报项目测试进展情况；

3）负责与开发组，配置组，SQA的工作协调；

4）审核缺陷报告单；

5）根据测试需要，组织项目专业知识，测试工具的培训。

高级测试工程师：

负责系统测试方案的生成；

提交系统测试方案。

测试工程师：

负责系统测试用例的生成；

提交系统测试用例和系统测试规程。

测试员：

1）负责系统测试用例的执行。

2）提交系统测试日报，缺陷记录，缺陷报告，测试报告及自动化测试脚本。

注意：

以上只是对各项任务按角色进行划分，实际执行过程中，一人需担当多项角色。

4测试对象4.1功能项图书管理资产管理办公用品管理车辆管理工作流管理考勤功能。

性能项考勤模块性能测试用户接口OA系统界面，见OA系统帮助说明。

5测试通过/失败标准重要级别为高，中的用例全部执行；

重要级别为低的用例80执行。

测试挂起标准及恢复条件系统测试挂起标准基本功能测试出现致命问题，导致50的用例无法执行；

版本质量太差，60的用例执行失败；

测试环境出现故障，导致测试无法执行；

其他突发事件，如需要优先测试其它产品；

6.2系统测试恢复条件1）基本功能测试通过，可执行进一步的测试；

2）版本质量提高，用例执行通过率达到70%；

3）测试环境修复；

4）突发事件处理完成，可继续正常测试。

7测试任务安排7.1OA系统测试计划7.1.1方法和标准：

遵照OA系统测试计划模板,输入/输出：

OA系统需求规格说明书/OA系统测试计划时间安排：

2014-12-18资源：

人力：

2人时设备：

PC机1台,7.1.5风险和假设：

OA系统需求规格说明书无法按时完成评审签发，测试计划设计顺延。

7.1.6角色和职责：

由测试组长张三负责系统测试计划的制订。

7.2OA系统测试设计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.3OA系统测试实现7.3.1方法和标准：

遵照OA系统测试用例、测试规程模板,7.3.2输入/输出：

OA系统需求规格说明书、OA系统测试计划、OA系统测试方案/OA系统测试用例、OA系统测试规程7.3.3时间安排：

2014-12-207.3.4资源：

PC机2台,7.3.5风险和假设：

OA系统测试方案无法按时通过评审签发，测试用例和测试规程设计顺延。

7.3.6角色和职责：

测试组员李四等人完成OA系统测试用例设计。

7.4OA系统测试执行7.4.1方法和标准：

遵照OA系统测试日报、OA系统缺陷记录、OA系统缺陷报告、OA系统测试报告模板。

7.4.2输入/输出：

OA系统需求规格说明书、OA系统测试计划、OA系统测试方案/OA系统测试日报、OA系统缺陷记录、OA系统缺陷报告、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台。

测试环境：

Windowsxp，Windows7、IE7/8/9,11附录,一、简介1.目的OA系统测试计划这一文档有助于实现以下目标：

基于项目提供了确切的需求文档并参照项目组的OA系统项目组工作计划，制定本计划，重点使用阐述OA系统测试活动实施过程中所需参考的文档、任务安排、资源耗用及规程等，并作为OA系统测试方案的编写依据。

2.背景OA系统项目是我公司的重头项目，为满足大型企业协同管理的需求而开发的新一代先进的协同平台套件系统。

3.范围本计划用于指导OA项目测试组完成OA项目的测试工作，并为项目组总体把控项目质量提供帮助，文中定义本次测试范围为OA系统用户需求规格说明书中定义的所有功能、UI（界面）、性能方面已明确的需求，同时规定在测试活动中人力资源、硬件资源的需求。

二、测试参考文档和测试提交文档1.测试参考文档下表列出了制定测试计划时所使用的文档：

2.测试提交文档1、OA系统测试计划2、OA系统测试方案3、OA系统测试用例4、OA系统功能测试报告5、OA系统性能测试方案6、OA系统性能测试报告,三、测试进度,四、人力资源,五、系统风险、优先级,六、问题严重度描述,2.2测试方案如果说测试计划告诉我们在什么阶段做什么事情，那么测试方案则是告诉我们在什么阶段怎么做这些事情。

一般情况下，测试方案写的比较少，特别是现在很多公司都追求短平快的效益，往往就会忽略了测试方案的编写，但实际上这是非常错误的。

测试方案是我们软件测试工作中非常重要的文档。

一般测试方案主要包括以下几个方面：

测试配置要求、软件结构介绍、各测试阶段测试用例等等。

2.2.1测试方案目的根据测试计划，规划测试内容，并且详细制定被测需求的测试方法。

2.2.2测试方案内容1、确定测试手段，确定在各个阶段使用何种测试方法。

2、测试通过准则界定。

3、各测试阶段所用测试用例，如单元测试阶段、集成测试阶段等,与测试计划所区别的是测试方案规定在各个测试阶段如何去执行测试，使用哪些测试用例，并最终给出测试的结果。

此设计阶段需测试设计人员具有较高的技术能力以及项目经验。

2.2.3测试方案编写在规范的软件企业中，企业都会提供标准的测试方案模板。

模板中规定了方案中必须包含的内容，虽然不同的企业模板内容会有些差异，但是核心内容基本是相同的，方案核心内容包括：

1、测试环境的规划。

在软件版本发布后，软件测试工程师需要把发布的软件安装到测试环境中进行测试。

那么需要在软件测试方案中明确测试环境各种组成元素，这里包含测试环境的硬件、软件、网络拓扑图。

硬件例如：

硬件服务器的型号和主要的元件参数、路由器型号等；

软件例如：

OA系统运行所依赖的软件环境服务器操作系统、数据库及版本、Web服务器及版本；

网络拓扑图主要用于指导搭建环境时网络的组成方式。

测试环境的硬件、软件和组网方式一般会在软件概要设计文档中有所体现，由软件架构师确定。

测试环境的规划原则就是尽量贴近生产环境，最好保持一致。

2、测试策略。

这部分是测试方案的核心内容，就是用于指导测试工程师如何去测试被测软件系统，具备重要的指导意义。

测试策略可以从以下几个方面着重考虑：

1）软件保证质量维度。

一个软件质量不能只考虑功能特性，要从多维度综合来评估一个软件的质量。

例如一个软件的登录功能，如果我们从质量维度去考虑测试策略会考虑以下方面：

功能：

保证登录可用。

比如用户输入了正确的用户名和正确的密码能够登录到系统中。

如果用户提供了错误的信息就不能登录到系统中。

这是最基本的功能保证。

性能：

用户除了考虑功能以外还会关心产品的性能，也就是用户登录的速度。

登录的速度是影响用户体验的重要指标之一，那就需要测试人员保证系统的性能，做性能测试验证。

安全：

登录时一个软件系统的入口，对于系统的入口，登录的安全性是至关重要的。

如果存在安全漏洞会使攻击者轻松进入系统，窃取用户数据等威胁操作。

那登录功能要做安全性测试。

一般来说软件需求说明书中会有功能性需求和非功能需求，这两部分的需求就是我们需要考虑的软件质量维度，至少测试策略中要做完整的覆盖。

如果需求中给出的不够完成，测试人员要做测试需求分析