ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:59.45KB ,
资源ID:9436454      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/9436454.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(精选软件测试计划书模板资料.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

精选软件测试计划书模板资料.docx

1、精选软件测试计划书模板资料编号:xx-xxx-xx-001某某某建设项目软件测试计划某某某有限公司2018年01月1 文档说明1.1 文档控制1.1.1 变更记录文档变更记录在表1-1中详细记录。表1-1文档修订变更日期变更人版本备注1.1.2 审阅记录表1-2中详细记录了审阅记录。表1-2审批表审阅日期审阅人版本备注2 引言2.1 编写目的本文档主要阐述“某某某建设项目软件系统”测试过程中的一些细节,为“某某某建设项目软件系统”的测试工作提供一个框架和规范:1) 确定项目测试的策略、范围和方法。2) 使项目测试工作的所有参与人员(客户方参与人员、测试管理者、测试人员)对本项目测试的目标、范围

2、、策略、方法、组织、资源等有一个清晰的认识。3) 使项目测试工作的所有参与人员理解测试控制过程。4) 从策略角度说明本项目测试的组织和管理,指导测试进展,并作为项目测试工作实施的依据。预期的读者主要有两类受众:测试管理人员(项目经理、客户指派人员)和测试人员。1) 项目经理根据该测试大纲制定进一步的计划、安排(工作任务分配、时间进度安排)和控制测试过程。2) 客户指派人员通过该测试计划了解测试过程和相关信息。3) 测试人员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和报告缺陷。2.2 项目背景项目背景2.3 参考资料表2-1列出了此次计划涉及到的参考资料。表21参考资料名称

3、备注某某某建设项目需求规格说明书V1.5开发计划书V1.2详细设计说明书V1.7GBT 15532-2008 计算机软件测试规范GBT 9386-2008 计算机软件测试文档编制规范计算机软件文档编制规范GB/T8567-20062.4 术语和缩略语本文使用了表2-2术语/定义所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。表22术语/定义术语/定义说明表2-3缩略语所列为本文用到的缩略语。表23缩略语缩略语说明Web浏览器方式的万维网IE微软互联网浏览器Chrome谷歌互联网浏览器Java程序语言及其运行环境GIS地理信息系统Win微软电脑操作系统Android智能手机操作系

4、统Windows Server微软服务器操作系统SQL Server微软数据库管理系统i5、i6英特尔处理器及型号RAM电脑或手机的运行内存AppScanIBM安全测试扫描工具禅道项目管理软件测试策略测试工程的总体方法和目标测试范围测试该项目所需要执行的全部工作测试用例为特殊目标编制的输入、执行条件以及预期结果Bug系统或功能的缺陷3 测试策略3.1 整体策略本项目的特点:(以下仅做参考)1) 某某应急系统属于专业性比较强的业务系统,参与测试的人员对 环境保护 相关的业务知识撑握有限,需加强对环境污染、防治的了解。2) 项目系统庞大,内容涉及广泛,功能复杂。3) 距离初验时间不到5个月,时间比

5、较紧。根据以上特点,制定本项目的测试过程策略如下:1) 尽量做到在有限的时间里发现尽可能多的bug(尤其是严重bug),记录于禅道,并分级别做统一的测试管理。2) 测试计划、部分用例设计同步进行。3) 测试过程要受到控制。根据事先定义的测试执行顺序进行测试,保证测试过程是受控的。4) 确定重点。测试重点放在各子系统的功能实现上,问题较多的则是重中之重。依据标准:本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算,都是以项目经理和产品经理提供的各子系统的需求文档、设计文档为标准,软件的执行以系统逻辑设计构架为依据。测试过程:图31测试过程图3.2 测试范围制定

6、此次项目测试范围的依据为:1) 各子系统所包含的功能。2) 同项目负责人和产品负责人特别确定的测试范围。要测试的子系统:表31测试范围测试内容 测试范围功能测试 知识库应急评估APP应用系统IM会话及消息、短信平台管理性能测试服务器的响应时间服务器的资源使用情况系统支持的负载数量系统可靠性测试安全测试漏洞扫描模拟攻击3.3 测试交接标准3.3.1 单元测试交接标准The 鍑 coaxs the 簱鐞嗚 Chuai 鎴愭湰 该测试主要由项目组进行,由各项目组根据项目需要进行约定即可。3.3.2 集成测试交接标准 该测试主要由项目组进行,由各项目组根据项目需要进行约定即可。3.3.3 3.3.4

7、Does the Yue 忚 Juan 嶅 hook Chen?系统测试交接标准定义的功能已实现,基本业务流程能正常执行。3.4 3.5 The Di Feng 悎 Mei 呰繍测试通过标准1) 计划的测试用例已全部执行。2) 经确定的所有缺陷都已得到了商定的解决结果,并没有发现新的缺陷。3.6 3.7 Does the Juan 嶅 Zhou issue handsome 鎭 ?测试类型3.7.1 集成测试集成测试的主要目的是检测系统是否达到需求对业务流程及数据流的处理是否符合标准,检测系统对业务流处理是否存在逻辑不严谨及错误,检测需求是否存在不合理的标准及要求。此阶段测试是基于功能完成的测

8、试。测试目标检测需求中业务流程,数据流的正确性The Li 炲? 鐗祦鏈嶅 ?测试范围:The Zi 忔祹 Liang 庨櫓需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。技术:鍥 With the Zi 熼厤鐗祫利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:The 鍑 coaxs the 彛鐩戠 Xi 撳簱在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。The 鍌瓨 Zhou 潡各业务规则都得到了正确的应用。The 鎵 Ku 媴 Cen 夊姟开始标准:在完成某个集成测试时必须达到标准完成标准:所计划的测试已全部执行。所发现的缺陷

9、已全部解决。测试重点和优先级:测试重点指在测试过程中需着重测试的地方,优先级可以根据需求及严重程度来定需考虑的特殊事项:确定或说明那些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)3.7.2 功能测试3.7.3 用户界面测试3.7.4 性能评测3.7.5 负载测试3.7.6 强度测试3.7.7 容量测试3.7.8 安全性和访问控制测试3.7.9 故障转移和恢复测试故障转移和恢复测试可确保测试对象能成功完成转移,并能从导致意外数据损失或数据完整性破坏的各种硬件、软件可网络故障中恢复。3.7.10 配置测试配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中,

10、客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。3.7.11 安装测试3.7.12 卸载测试3.7.13 文档测试对相关的设计报告和用户使用说明进行测试。对于设计报告,验证系统与设计文档中的设计思想是否一致;对于用户使用说明手册进行测试时,验证用户使用说明书中对系统操作方法的描述是否正确,重点是用户使用说明中提到的操作例子要进行测试,保证采用的例子能够在系统中正确完成操作。3.8 风险分析4 测试方法4.1 里程碑技术在本项目中,我们将整个测试过程分为几个里

11、程碑,达到一个里程碑后才能转换到下一阶段,以控制整个过程。我们将整个测试过程分为以下几个里程碑:表41测试过程信息表里程碑完成标准系统培训:1. 对于本项目所有需要测试的系统的培训完成。2. 测试人员已经对所有被测系统/模块进行了使用,了解了被测系统的具体功能。测试设计:1. 测试用例已覆盖所有测试需求。2. 测试用例设计已经完成。测试执行:1. 所有测试用例被执行。2. 发现的缺陷都有缺陷记录。结果分析:1. 完成测试报告。4.2 测试用例设计本次测试的测试案例,是在经过系统培训后,由测试人员根据对系统的介绍和自己对系统的理解按照系统层次结构组织编写。1) 本系统案例的编写采用黑盒测试常用的

12、分析方法设计用例。2) 对于每一个测试用例,测试设计人员应为其指定输入(或操作)、预期输出(或结果)。3) 每一个测试用例,都必须有详细的测试步骤描述。4) 本次测试设计的所有测试用例均需以规范的文档方式保存。5) 在整个测试过程中,可根据项目实际情况对测试用例进行适当的变更。6) 测试用例中测试数据的准备,在客户的指导和协助下准备。7) 按照系统的运行结构安排用例的执行。4.3 测试实施过程 本项目由n位测试人员分别负责不同的子系统的测试,实施过程如下:1) 准备测试所需环境。2) 准备测试所需数据。3) 按照系统运行结构执行相应测试用例。4) 记录测试过程中发现的缺陷。5) 报告缺陷。4.

13、4 测试方法综述 本项目测试包括:1) 功能测试,测试各功能是否有缺陷。2) 性能测试,测试性能指标是否符合相关要求。3) 安全测试,测试系统是否达到相关安全指标。4) 测试人员执行测试时,要严格按照测试用例中的内容来执行测试工作。5) 测试人员要对测试中发现的问题记录到缺陷记录中。6) 测试总结报告。5 资源需求5.1 培训需求参与本次测试的测试人员需要项目组长对测试人员进行系统的相关培训。培训内容包括:1) 系统架构的培训。2) 系统数据流程的培训。3) 各子系统的功能培训。4) 哪些部分是本次的重点测试对象。5.2 运行环境5.2.1 软件运行环境 表5-1列出了被测系统的软件运行环境。

14、表51软件运行环境分类软件运行服务器运行数据库运行环境运行浏览器5.2.2 硬件运行环境 表5-2列出了被测系统的硬件运行环境。表52硬件运行环境资源类型资源描述数量笔记本电脑联想昭阳E42-801联想ThinkPad1智能手机华为荣耀v81华为Mate 9Android 7.0,八核i6,RAM 4G15.3 人力资源测试团队结构 表5-3标明了测试团队结构信息。表42测试团队结构表角色人员职责6 测试时间安排 表6-1列出了各阶段的时间分配情况。表61各阶段时间分配表序号测试活动迭代版本计划开始日期实际开始日期所需工时7 测试过程管理7.1 测试文档7.1.1 测试文档管理本项目对测试文档进行集中管理,文档集中存放在项目测试小组长处,每周备份一次。 测试文档由不同角色分别创建,各角色创建的文档如表7-1测试文档信息表所示:表71测试文档信息表文档名称编制者其它说明7.2 缺陷处理过程特定义缺陷处理过程如下:1、 测试结束时项目经理将所有缺陷整合成一个完整的缺陷文档,同其它测试文档一同提交给客户。7.3 测试报告测试过程中,需要产生以下报告:表72测试报告信息表报告名称报告内容编制者接受者测试总结报告1) 测试过程概要2) 测试分析总结3) 建议客户代表公司领导

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1