TC10测试计划模板.docx
- 文档编号:9347466
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:14
- 大小:20.88KB
TC10测试计划模板.docx
《TC10测试计划模板.docx》由会员分享,可在线阅读,更多相关《TC10测试计划模板.docx(14页珍藏版)》请在冰豆网上搜索。
TC10测试计划模板
测试计划
Tc-march
拟制:
杨冬
日期:
2014-2-19
审核:
日期:
批准:
日期:
修订记录
日期
修订版本
描述
作者
目录
1、目标3
2、总体概述3
2.1项目背景3
2.2项目范围3
3、测试计划3
3.1测试资源需求3
3.1.1人员需求3
3.1.2软硬件资源3
3.1.3测试工具需求4
3.2组织形成4
3.3测试对象4
3.4测试启动/结束标准4
3.4.1测试启动标准4
3.4.2测试通过/失败标准4
3.4.3测试挂起/恢复标准5
3.4.4测试结束标准5
3.5测试任务安排5
3.5.1系统测试计划阶段5
3.5.2系统测试实现阶段6
3.5.3系统测试执行阶段6
4.风险分析7
4.1人力资源风险7
4.1.1人员无法到位7
4.1.2人员技能不符合要求8
4.2质量保证风险8
4.2.1需求、设计变更频繁导致测试依据失效8
4.2.2补丁频繁发布影响测试工作的执行8
4.2.3Bug的生命周期过长8
5.应交付的测试产品9
1、目标
编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南;同时确定测试的内容和范围,为评价系统提供依据;该文档仅供项目经理、开发人员、测试人员等查阅使用。
2、总体概述
2.1项目背景
TC产品是一款针对中小企业的管理软件,以任务管理、工作流、社区管理为核心,并提供平台级的应用封装,满足用户的主要以及大部分日常需求。
当今社会无论是企业还是政府机关,都会有大量的文案需要处理,复杂的工作流程需要安排,决策者需要依据纷乱的信息做出重要的决定。
拥有一套智能化,信息化的办公系统,对办公人员和企业决策者来说,工作效率上的提高是显而易见的。
2.2项目范围
本测试计划的测试对象主要针对“Sprint7_backlogtask”的实现,同时对需求变更事项进行测试
3、测试计划
3.1测试资源需求
3.1.1人员需求
Sprint7测试所需人员角色和职责下表所示:
角色
职责
开始时间
完成时间
测试
根据“Sprint7_backlogtask”组织测试活动、合理安排测试任务,并完成《测试计划》
2014.2.19
2014.2.19
根据“Sprint7_backlogtask”和“demo原型”进行功能点划分,并完成《测试用例》
2014.2.20
2014.2.22
测试执行,提交bug,跟踪bug,并完成《测试报告》
2014.2.24
2014.3.12
3.1.2软硬件资源
软硬环境
客户端
应用服务器
数据库服务器
硬件配置
CPU:
Intel(R)Celeron
G550@2.60GHz
内存:
4GB
CPU:
Intel(R)
i7-2600@3.4GHz
内存:
8GB
CPU:
Intel(R)
i7-2600@3.4GHz
内存:
8GB
软件配置
OS:
Win8
浏览器:
chrome
OS:
Windowsserver2003SP2
JDK1.7
Tomcat-7.0.29
OS:
Windowsserver2003SP2
数据库:
PostgreSQL_9.x
网络环境
100MLAN
3.1.3测试工具需求
JIRA是一款优秀的问题跟踪管理软件工具,可以对各种类型的问题进行跟踪管理,包括缺陷、任务、需求、改进等。
3.2组织形成
1.以下为测试小组组织形式中职责部分
质量部主管职责:
Ø给测试员分配任务并依据制定的计划指导和监控他们的工作;
测试员职责:
Ø《_测试计划》《_测试用例》编写;
Ø用例执行,bug管理;
Ø提交测试报告;
2.以下为产品组内组织形成中协作形成部分
Ø则由开发人员提供被测系统;
ØJira管理,测试员提交bug,开发人员确认再根据优先级修复;测试人员验证关闭;
3.3测试对象
本测试计划的测试对象为“TC1.0Sprint7__backlog”进行测试,主要针对系统的功能性、可靠性、易用性、效率进行测试。
测试模块:
参考文档《TC1.0Sprint7__backlog》
测试范围:
功能测试、性能测试、界面测试、兼容性测试、安全测试
3.4测试启动/结束标准
3.4.1测试启动标准
1)功能测试启动准则
Ø根据rest任务项的完成情况(系统链接能够实现),打包测试版本、配置测试环境,进行测试
Ø第一轮功能测试启动:
根据“Sprint7_backlog”功能实现,一步一步进行测试。
Ø第二轮功能测试启动:
第一轮测试中发现的缺陷全部得到修复,第一轮测试结果分析结束,系统所有模块功能全部提交(没有尚未完成的功能)。
Ø第三轮功能测试启动:
第二轮测试中发现的缺陷全部得到修复,第二轮测试结果分析结束,做整体测试。
2)性能测试启动准则
Ø并行功能测试的第一轮测试,系统主要业务功能流程正常。
Ø性能指标已经量化,且能采集到时间、空间和资源利用率等性能指标数据。
Ø独立于功能测试环境的性能测试环境准备完毕
3.4.2测试通过/失败标准
1)通过准则
通过准则描述每一轮测试通过的条件,如下所述:
Ø测试用例全部执行完毕,功能点覆盖率达到95%,测试用例执行率达到100%,但是由于各种条件制约,无法构造或无法满足测试条件的用例除外。
Ø致命和严重级别的缺陷全部修复,其他缺陷95%以上被关闭。
Ø回归测试或执行本轮新增测试用例时不再出现问题。
2)失败准则
失败准则即某轮次测试失败的条件如下:
Ø测试用例执行过程中,系统瘫痪、电脑死机或测试环境发生故障,导致无法继续进行。
Ø存在严重影响系统功能或性能缺陷的错误。
Ø该轮次测试失败,则遵照测试再启动准则实施,对于失败轮次的测试要记录故障原因。
3.4.3测试挂起/恢复标准
被测系统的某些重要模块、功能中存在着致命性缺陷导致测试无法继续进行时,则可以挂起,等待缺陷修复后再恢复测试。
如果某些功能具有致命性缺陷,但是不影响其他方面的测试,则可以继续对其他非关联性内容进行测试。
3.4.4测试结束标准
1)功能测试结束准则
Ø功能满足TC1.0sprint7_backlog要求。
Ø测试用例全部执行完毕,通过率为100%。
Ø在最后一个打包版本,不能出现致命及严重缺陷、一般缺陷不超过已提交缺陷的5%。
2)性能测试结束准则
Ø根据性能测试计划执行所有测试用例完成,测试出系统基本性能参数,并分析系统性能瓶颈。
Ø提交系统性能分析报告。
Ø性能测试分析报告通过评审。
3.5测试任务安排
描述sprint7版本测试活动中所有明确的测试进行任务安排
3.5.1系统测试计划阶段
1.方法和标准:
Ø遵循测试员制定的测试计划
Ø遵循产品经理提供的应用需求
2.输入/输出:
Ø输入:
《Sprint7_backlogtask》
Ø输出:
《Sprint7---测试计划》、《应用描述》
3.任务分配及所需时间:
测试员完成指定模块的测试需求提取,并完成需求跟踪矩阵、系统测试计划
如图所示:
测试员
被测对象
Sprint7_backlogtask
计划用时
杨冬
云功能
注册、登录
应用描述
测试计划
1.5人/天
创建单位
加入单位
单位管理
工作助手
TC功能
前台
首页
任务
系统任务
圈子
组织
Im
工作流
4.完成时间:
2014.2.19完成Sprint7版本的《应用描述》及《测试计划》
3.5.2系统测试实现阶段
1.方法和标准:
Ø遵循测试员制定的测试用例模板
Ø遵循产品经理提供的应用需求
2.输入/输出:
Ø输入:
《Sprint7-Backlogtask》、《TC_Sprint7测试计划》、《应用描述》
Ø输出:
《Sprint7---测试用例》
3.任务分配及所需时间:
测试员:
完成指定模块的测试用例
如图所示:
测试员
被测对象
Sprint7_backlogtask
计划用时
杨冬
云功能
注册、登录
编写测试用例
3人/天
创建单位
加入单位
单位管理
工作助手
TC功能
前台
首页
任务
系统任务
圈子
组织
Im
工作流
4.完成安排:
2014.2.22完成《TC_Sprint7测试用例》
3.5.3系统测试执行阶段
1.方法和标准:
Ø遵照测试员制定的系统缺陷管理流程
Ø遵循jira缺陷记录流程
2.输入/输出:
Ø输入:
《Sprint7_Backlogtask》、《Sprint7_测试计划》、《TC_Sprint7_测试用例》
《sprint7_应用描述》
Ø输出:
《TC_Sprint7_测试报告》
3.任务分配及所需时间:
测试员:
根据测试用例进行测试
如图所示:
测试员
被测对象
优先级
备注
计划用时
杨冬
云功能
注册、登录
高
22人/天
创建单位
加入单位
单位管理
工作助手
TC功能
前台
中
首页
中
任务
高
系统任务
中
圈子
高
组织
中
Im
中
工作流
中
4.时间安排:
轮次
测试内容描述
期间
第一轮
1、搭建测试环境
2、根据rest资源功能描述实现逐步执行测试主要考虑以下几点(功能、性能、界面、安全)
3、根据模块优先级加重测试深度,功能(完整业务流程)与性能并行测试
4、Bug记录,bug跟踪,回归测试直到缺陷95%被处理完
2014.2.24-2014.3.7
第二轮
1、系统业务流程测试
2、系统性能测试
3、系统兼容性测试
2014.3.7—2014.3.12
第三轮
1、整体测试
2、根据测试用例执行测试
3、整理测试结果进行测试分析
2014.3.15
每轮测试结束需要提交测试小结,进行测试总结
4.风险分析
软件测试风险是不可避免的、总是存在的,所以对测试风险的管理非常重要,必须尽力降低测试中所存在的风险,最大程度地保证质量和满足用户的需求。
本次测试所面临的风险(如:
人力资源风险、质量保证风险等)及相应的建议解决办法。
风险如下:
4.1人力资源风险
4.1.1人员无法到位
1.规避措施:
Ø在产品的预算中体现这部分需求
Ø定期催促人力资源部门进行资源协调
Ø从可能空闲的产品部门中物色人员
2.应急计划:
Ø推迟进度计划
Ø进行招聘
Ø考虑外包
4.1.2人员技能不符合要求
1.规避措施:
Ø在人力预算中给出人员技能要求
Ø对提供的人员进行技能面试
Ø从其他产品部门协调有能力的人
2.应急计划:
Ø提高培训的强度
Ø加强培训效果监控
Ø对工作输出加强检视
4.2质量保证风险
4.2.1需求、设计变更频繁导致测试依据失效
1.规避措施:
Ø充分了解用户需求,确保主要需求不变更
Ø开展有效的需求评审,及时与产品经理确认评审结果
2.应急计划:
Ø先实现主要的需求和产品经理确认无误后,再进一部完善系统,避免再次反覆
4.2.2补丁频繁发布影响测试工作的执行
1.规避措施:
Ø提高测试质量,避免功能性缺陷而导致的补丁
Ø制定补丁发放计划,合理规划新增功能性补丁的发放工作
2.应急计划:
Ø测试人员多和前端客户、维护人员沟通,针对补丁的必要性划分优先级,按序发布补丁
4.2.3Bug的生命周期过长
1.规避措施:
Ø及时分配修复任务,并检查监督
Ø对于非问题、拒绝的等缺陷,请相关责任人验证后,尽快关闭
Ø对于暂缓处理的缺陷,测试人员要记录并跟踪
2.应急计划:
Ø对缺陷优先级进行排序,先修复优先级高的缺陷。
5.应交付的测试产品
序号
交付工作产品
提交
提交时间
1
《TC_Sprint7测试计划》
杨冬
2014.2.19
2
《TC_Sprint7测试用例》
2014.2.22
3
《TC_Sprint7测试报告》
2014.3.18
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TC10 测试 计划 模板