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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

测试计划模板.docx

1、测试计划模板川石信息软件测试工作室文档编号项目版本密级项目名称:Tinksns V1.6共10页Tinksns V1.6测试计划(仅供培训使用)拟制:文毅日期:2016/03/15审核:日期:2016/03/18批准:日期:2016/03/18修订记录日期修订版本描述作者2016/03/151.60初稿完成。文毅目 录1目标 62 概述 62.1 项目背景 62.2 范围 63 组织形式 64 测试对象 65 需求跟踪 66 测试通过/失败标准 67 测试挂起标准及恢复条件 78 测试任务安排 78.1 任务1 78.1.1方法和标准: 78.1.2 输入/输出: 78.1.3 时间安排: 7

2、8.1.4 资源 : 78.1.5 风险和假设: 78.1.6 角色和职责: 78.2 任务2 78.2.1 方法和标准: 78.2.2 输入/输出: 88.2.3 时间安排: 88.2.4 资源 : 88.2.5 风险和假设: 88.2.6 角色和职责: 88.3 任务3 88.3.1 方法和标准: 88.3.2 输入/输出: 88.3.3 时间安排: 88.3.4 资源 : 88.3.5 风险和假设: 98.3.6 角色和职责: 98.4 任务4 98.4.1 方法和标准: 98.4.2 输入/输出: 98.4.3 时间安排: 98.4.4 资源 : 98.4.5 风险和假设: 98.4.

3、6 角色和职责: 99 应交付的测试工作产品 910 工作量估计 1011 资源的分配 1012 附录 10XXXX系统测试计划关 键 词:Tinksns V1.6,系统测试,方案摘 要:Tinksns V1.6 系统测试方案,需求测试缩略语清单:参考资料清单:名称作者编号发布日期出版单位需求说明书SRS粤B696002015/03/14川石1目标Tinksns V1.6 系统测试,用到尽可能多的用例,并达到无BUG,无挂起2 概述本次测试计划是为了指导Tinksns V1.6的系统测试中的代码设计,用例设计和测试执行。2.1 测试对象Tinksns V1.6 2.2 范围从头到尾无缝隙测试3

4、 组织形式测试组长,环境管理员,svn管理员,qc管理员6 测试通过/失败标准严格:所有的缺陷都被修复,并且回归测试通过所有的需求都100%被测试覆盖所有的用例都被执行并通过使用四象限缺陷分析方法达到测试退出的条件宽松标准:所有的严重级别为一般以上的缺陷都被修复,缺陷加权密度小于0.1个/Kloc主要需求100%被测试覆盖,非重要需求(打印功能、在线帮助)可以不被测试所有的HM级测试用例被执行并通过,L级的用例至少要测试70%以上使用四象限缺陷分析方法达到测试退出的条件7 测试挂起标准及恢复条件挂起条件:版本存在较多的致命或严重问题,导致测试用例有超过50%被阻塞;因版本问题太多,导致超过50

5、%测试用例不通过;测试工具没有到位,或者测试工具损坏,导致测试无法继续由于存在优先级更高的事情需要处理导致测试人员无法支撑本次测试恢复条件:版本中一些致命问题或严重问题被修复,使测试用例超过60%以上的可以被覆盖顺利执行多数版本问题被修复,超过60%以上的用例可以被通过测试工具被修复或者测试工具能准时到位,测试可以继续执行优先级更高的事情处理完毕后,测试人员能到位并继续执行本次测试8 测试任务安排8.1 任务1按照测试的阶段划分(测试计划、测试方案、测试用例、测试执行)按照测试类型划分(功能测试、性能测试、兼容性测试、易用性测试)根据模块划分(业务处理模块、告警系统模块、配置模块)综合性划分(

6、阶段+模块混合划分)8.1.2 输入/输出: 8.1.3 时间安排:测试计划:写作 3.14-3.15 评审与修改 3.18-3.18 归档 3.18测试方案:写作 3.18-3.19 评审与修改 3.20-3.20 归档 3.20测试用例:写作与评审 3.20-2.21 归档 3.21 8.1.4 资源 : 8.1.5 风险和假设: 人员:1、人员调动;2、人员离职;3、人员请假;规避:1、适当地加班;2、招聘或从其它部门协调人员;3、提前1个月申请离职,或者将当前项目完成以后再离职;4、先把优先级高的事情做完,放弃一小部分优先级低的事情;时间:1、需求变更,导致工作量增大;2、开发转测试时

7、间延迟;3、客户要求提前交付;规避:1、适当地加班;2、招聘或从其它部门协调人员;3、开发转测试延迟或客户要求提前交付,应该尽早地知会到测试部;4、先把优先级高的事情做完,放弃一小部分优先级低的事情;技术:1、因测试技能缺失,导致测试漏测现象;2、因测试技能问题,导致测试出现错误理解或错误操作;3、对被测对象的业务理解不清楚,导致测试出现误解和漏测现象;规避:1、定期组织技能和业务上的培训与交流,尽可能熟悉测试的业务和技能;2、组织充分的评审;3、以老带新,由老员工带着新员工进行测试,老员工测试核心功能,新员工测试非核心功能;8.1.6 角色和职责: 8.2 任务2 8.2.2 输入/输出: 8.2.3 时间安排: 8.2.4 资源 : 8.2.5 风险和假设: 8.2.6 角色和职责: 8.3 任务3 8.3.2 输入/输出: 8.3.3 时间安排: 8.3.4 资源 : 8.3.5 风险和假设: 8.3.6 角色和职责: 8.4 任务4 8.4.2 输入/输出: 8.4.3 时间安排: 8.4.4 资源 : 8.4.5 风险和假设: 8.4.6 角色和职责: 9 应交付的测试工作产品10 工作量估计11 资源的分配12 附录

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

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