测试计划.docx
- 文档编号:7110186
- 上传时间:2023-01-18
- 格式:DOCX
- 页数:22
- 大小:63.37KB
测试计划.docx
《测试计划.docx》由会员分享,可在线阅读,更多相关《测试计划.docx(22页珍藏版)》请在冰豆网上搜索。
测试计划测试计划上海博为峰软件技术有限公司文档编号项目版本密级项目名称:
共10页CounterV1.0系统测试计划(仅供培训使用)拟制:
吴英日期:
2006-12-21审核:
日期:
yyyy/mm/dd批准:
日期:
yyyy/mm/dd修订记录日期修订版本描述作者2006-12-211.00初稿完成。
吴英目录1目标62概述62.1项目背景62.2范围63组织形式64测试对象65需求跟踪66测试通过/失败标准67测试挂起标准及恢复条件78测试任务安排78.1任务178.1.1方法和标准:
78.1.2输入/输出:
78.1.3时间安排:
78.1.4资源:
78.1.5风险和假设:
78.1.6角色和职责:
78.2任务278.2.1方法和标准:
78.2.2输入/输出:
88.2.3时间安排:
88.2.4资源:
88.2.5风险和假设:
88.2.6角色和职责:
88.3任务388.3.1方法和标准:
88.3.2输入/输出:
88.3.3时间安排:
88.3.4资源:
88.3.5风险和假设:
98.3.6角色和职责:
98.4任务498.4.1方法和标准:
98.4.2输入/输出:
98.4.3时间安排:
98.4.4资源:
98.4.5风险和假设:
98.4.6角色和职责:
99应交付的测试工作产品910工作量估计1011资源的分配1012附录10CounterV1.0系统测试计划关键词:
Counter、系统测试、计划摘要:
本文当是CouterV1.0的系统测试计划,用于指导CounterV1.0全部系统测试工作。
缩略语清单:
参考资料清单:
名称作者编号发布日期出版单位CounterV1.0软件需求规格说明书CounterV1.0项目开发组2003-06-081目标本文描述了通过CounterV1.0的系统测试计划活动需要达到的目标:
所有测试需求都已被标识出来;测试的工作量已被正确估计并合理地分配了人力、物力资源;测试的进度安排是基于工作量估计的、适用的;测试启动、停止的标准已被标识;测试输出的工作产品是已标识的、受控的和适用的。
2概述概述本节描述以下两部分内容:
2.1项目背景项目背景CounterV1.0是TProject项目的开发和测试对象,CounterV1.0没有商用的需求,仅提供给培训学员,作为完成系统测试计划、策略和系统测试用例的依据。
软件需求规格文档由慧谷博为峰软件测试工作室完成。
CounterV1.0主要功能是一个C源文件代码行统计工具,该工具用单线程实现,可以根据用户的选择分别统计源文件中的总代码行数、空行数、注释行数和非空非注释行数。
2.2范围范围本次系统测试计划适用测试对象为:
CouterV1.0软件的功能测试、性能测试、GUI测试和配置测试;本次系统测试计划适用的范围为:
CouterV1.0软件系统测试的全部4个阶段,即:
测试计划、测试设计、测试实现和测试执行阶段。
3组织形式组织形式本节描述系统测试计划活动中确定的组织结构及结构间关系、各组织结构及成员的职责:
3.1组织内组织架构组织内组织架构CounterV1.0系统测试由测试部门独立测试组完成的。
软件组织内组织架构如下:
确定测试部门和周边其他部门的关系:
测试部门和软件部门关系需要明确:
a)测试是否需要参与开发文档的评审;b)开发需要参与哪些测试产品的评审;c)是否要加入预测试确保测试顺利进行;d)确定缺陷跟踪问题测试部门和配置部门关系需要明确:
e)哪些测试文档、工作产品需要纳入到配置管理;f)如何获取测试版本;g)如何分配Checkin/out的权限;测试部门和SQA关系需要明确:
h)明确测试活动需要提交的度量数据;i)明确各测试活动是否有质量目标的牵引;j)明确要参与哪些测试产品的评审;测试部门和产品经理关系需要明确:
k)测试人员所应有的权限;l)人力资源、物力资源的保证;3.2测试部门内的组织架构和人员职责测试部门内的组织架构和人员职责测试部门内的组织架构图如下:
确定各测试人员的职责:
高级测试工程师职责:
m)进行测试需求分析;n)测试方案设计;o)自动化框架设计;p)指导低级别的测试工程师进行用例设计和执行;测试工程师职责:
q)进行测试用例设计;r)编写脚本和准备数据;s)指导测试员进行用例执行;测试员职责:
t)搭建测试环境;u)执行测试用例;v)提交测试报告、缺陷报告;测试经理职责:
w)制定测试计划;x)给高级测试工程师分配任务并依据制定的计划指导和监控他们的工作;y)给测试工程师分配任务并依据制定的计划指导和监控他们的工作;zz)给测试员分配任务并依据制定的计划指导和监控他们的工作;aa)与开发部门保持联系和沟通,例如测试是否参与开发文档的评审,通知开发部门参与测试产品的评审,是否加入预测试项;bb)组织测试部门的需求跟踪;cc)组织测试部门进行缺陷分析等质量活动;dd)向产品经理等高层领导汇报本部门工作;4测试对象测试对象本节列出系统测试计划活动中分析确定的CounterV1.0所有功能测试项目、性能测试项目、GUI测试项目和配置测试项目。
根据质量模型分析得到CounterV1.0的测试需求如下表1所示:
质量特性质量子特性测试项(测试需求)功能性适合性统计功能各控件功能准确性统计结果准确控件功能准确互操作性无保密安全性无功能性的依从性无可靠性成熟性无容错性无易恢复性无可靠性的依从性无易用性易理解性界面显示清晰易懂易学性无易操作性无吸引性无易用性的依从性无效率时间特性统计时间打开文件时间资源利用性无效率依从性无维护性易分析性无易改变性无稳定性无易测试性无维护性的依从性无可移植性适应性适应不同配置易安装性无共存性无易替换性无表1质量特性测试项表可移植性的依从性无注:
对应于表1质量子特性有的可测试项为无是因为本次系统测试对象CounterV1.0是一个完全独立的产品,没有任何商用目的,功能相对简单,没有必要对该子特性进行测试。
根据测试需求得到对应与功能测试、性能测试、GUI测试和配置测试的测试项目,得到如下测试类型测试项表:
测试类型测试项功能测试统计功能、统计结果正确性能测试统计时间打开文件时间GUI测试(这里只分析了主界面,其它界面类似)各控件功能、控件功能准确界面显示清晰易懂界面元素整体界面配置测试适应不同配置表2测试类型测试项表5需求跟踪需求跟踪参见附录。
6测试通过测试通过/失败标准失败标准本节描述系统测试计划活动中确定的系统测试通过/失败标准:
用例执行目标:
达到企业用例密度的前提下,所有1、2级用例100执行,3、4级用例60执行;覆盖率目标:
所有功能性能需求达到100覆盖;测试活动质量目标:
在STP阶段发现的缺陷密度达到34个/KLOC;缺陷分析判断测试是否可以退出:
通过分析发现软件的残留缺陷密度达到的企业要求;7测试挂起标准及恢复条件测试挂起标准及恢复条件本节描述系统测试计划活动中确定的系统测试挂起标准/恢复条件:
系统测试挂起标准:
1)基本测试功能不能通过;2)测试工具、测试仪器故障导致50用例被堵塞;3)出现致命问题导致60用例被堵塞;4)需求变更导致基本功能有重大影响,40用例需要更新;5)出现突发任务,导致10人天的工作量受到影响;系统测试恢复条件:
1)导致测试堵塞的问题被修复,并通过了回归测试;2)测试工具、测试仪器故障得到排除;3)需求变更后重新被基线化,用例也基线化;4)突发任务完成;8测试任务安排测试任务安排本节描述系统测试活动中所明确的测试任务分工,分成四个基本的测试任务:
计划测试、设计测试、实现测试、执行测试。
其中计划测试和设计测试较简单不再细分,而实现测试和执行测试比较复杂需要细分成两个任务,故本次系统测试任务共划分为6个,如下:
任务1:
系统测试计划任务2:
系统测试设计任务3:
功能和GUI测试用例设计任务4:
功能和GUI测试用例执行任务5:
性能和配置测试用例设计任务6:
性能和配置测试用例执行具体测试任务安排如下:
8.1任务任务1:
系统测试计划:
系统测试计划完成对本次系统测试计划的编写。
8.1.1方法和标准:
方法和标准:
测试计划中应该指明测试范围、方法、资源,以及相应测试活动的时间进度安排表,书写规范符合系统测试计划模版要求。
8.1.2输入输入/输出:
输出:
输入:
软件开发计划软件测试计划CounterV1.0项目工作任务书CounterV1.0软件需求规格说明书输出:
系统测试计划8.1.3时间安排:
时间安排:
开始时间结束时间总计工作日时间(天)2006-12-222006-12-2318.1.4资源资源:
人员能力:
测试经理人工数量:
1人天物力资源:
输入文档齐备办公用PC一台8.1.5风险和假设:
风险和假设:
风险:
CouterV1.0需求规格说明书无法按时完成评审签发,则计划顺延;对SRS的理解有误、有遗漏;经验不足考虑不周全,没有考虑对突发问题的处理;规避措施:
对测试经理提前进行培训;高级测试工程师、测试工程师协助完成测试计划写作;多与需求分析人员沟通保持对需求理解的一致性;与开发经理沟通和联系,确定版本的发布日期、版本质量进展、缺陷发展趋势;8.1.6角色和职责:
角色和职责:
角色1:
测试经理职责:
参与开发人员的软件需求分析,提出可测试性需求;组织人员参与SRS的评审;制定测试计划;组织测试计划的评审;组织系统测试的需求跟踪。
角色2:
高级测试工程师、测试工程师职责:
参与SRS评审;协调测试经理完成系统测试计划的写作;参加测试计划的评审;完成本阶段测试需求跟踪;8.2任务任务2:
系统测试设计:
系统测试设计根据系统测试计划,完成对系统测试方案的编写。
8.2.1方法和标准:
方法和标准:
系统测试方案中应包含对系统测试方法的设计,书写规范应满足系统测试方案模版的要求。
8.2.2输入输入/输出:
输出:
输入:
CounterV1.0软件需求规格说明书系统测试计划输出:
系统测试方案8.2.3时间安排:
时间安排:
开始时间结束时间总计工作日时间(天)2006-12-232006-12-2418.2.4资源资源:
人员能力:
高级测试工程师人工数量:
1人天物力资源:
输入文档齐备办公用PC一台8.2.5风险和假设:
风险和假设:
风险:
系统测试计划无法按时完成评审签发,则设计顺延;高级测试工程师测试经验不足;技术熟练程度不高;对系统测试计划的理解有误有遗漏;对CouterV1.0需求规格说明书的理解有误有遗漏;规避措施:
对工程师提前进行培训;与测试经理沟通达成对系统测试计划理解的一致性;与需求分析人员沟通达成对需求规格说明书理解的一致性8.2.6角色和职责:
角色和职责:
角色1:
测试经理职责:
组织系统测试方案的写作;组织系统测试方案的评审;组织系统测试的需求跟踪。
角色2:
高级测试工程师职责:
进行系统测试方案的设计;进行系统测试方案的评审;完成系统测试的需求跟踪。
角色3:
测试工程师职责:
协助系统测试方案的设计;进行系统测试方案的评审;协助完成系统测试的需求跟踪。
8.3任务任务3:
功能和:
功能和GUI测试用例设计测试用例设计根据系统测试计划、设计,完成对系统测试用例和规程功能和GUI部分的编写。
8.3.1方法和标准:
方法和标准:
系统测试用例中应包含每个测试项的输入、预期结果、测试执行条件等因素,书写规范应满足系统测试用例模版的要求,用例的编号要满足企业的编号规范,并能自解释。
系统测试规程应包含对测试用例顺序的编排,书写规范应满足系统测试规程模版的要求。
8.3.2输入输入/输出:
输出:
输入:
CounterV1.0软件需求规格说明书系统测试计划系统测试方案CouterV1.0概要设计说明书CouterV1.0详细设计说明书输出:
系统测试用例功能和GUI测试部分系统测试规程功能和GUI测试部分系统预测试项8.3.3时间安排:
时间安排:
开始时间结束时间总计工作日时间(天)2006-12-242006-12-2518.3.4资源资源:
人员能力:
测试工程师人工数量:
1人天物力资源:
输入文档齐备8.3.5风险和假设:
风险和假设:
风险:
系统测试方案无法按时完成评审签发,则用例设计顺延;测试工程师经验不足;技术熟练程度不高;对系统测试计划的理解有误有遗漏;对CouterV1.0需求规格说明书的理解有误有遗漏;用例设计有遗漏、有错。
规避措施:
对工程师提前进行培训;与测试经理沟通达成对系统测试计划理解的一致性;与需求分析人员沟通达成对需求规格说明书理解的一致性8.3.6角色和职责:
角色和职责:
角色1:
测试经理职责:
组织系统测试用例和规程功能和GUI测试部分的写作;组织系统测试用例和规程功能和GUI测试部分的评审;组织系统测试的需求跟踪。
角色2:
高级测试工程师职责:
指导系统测试用例和规程功能和GUI测试部分的设计;进行系统测试用例和规程功能和GUI测试部分的评审;指导完成系统测试的需求跟踪。
角色3:
测试工程师职责:
完成系统测试用例和规程功能和GUI测试部分的设计;进行系统测试用例和规程功能和GUI测试部分的评审;完成系统测试的需求跟踪。
8.4任务任务4:
功能和:
功能和GUI测试用例执行测试用例执行根据系统测试计划、设计,按照系统测试用例和规程功能和GUI部分完成对用例的执行。
8.4.1方法和标准:
方法和标准:
按照测试规程执行测试用例。
8.4.2输入输入/输出:
输出:
输入:
CounterV1.0软件需求规格说明书系统测试计划系统测试方案CouterV1.0概要设计说明书CouterV1.0详细设计说明书系统测试用例功能和GUI测试部分系统测试规程功能和GUI测试部分系统预测试项输出:
系统预测试报告及转系统测试评审表系统测试报告及系统测试报告评审表缺陷报告系统测试日报8.4.3时间安排:
时间安排:
开始时间结束时间总计工作日时间(天)2006-12-252006-12-2618.4.4资源资源:
人员能力:
测试工程师人工数量:
1人天物力资源:
输入文档齐备CouterV1.0软件测试环境齐备.CounterV1.0只运行在PC上,操作系统为WINDOWS98以上的操作系统。
CPU:
333HZ以上内存:
64M以上8.4.5风险和假设:
风险和假设:
风险:
系统测试用例和系统测试规程无法按时完成评审签发,则用例执行顺延;集成测试执行尚未完成,用例执行顺延;测试工程师经验不足;技术熟练程度不高;规避措施:
对工程师提前进行培训;与测试经理沟通达成对系统测试计划理解的一致性;与需求分析人员沟通达成对需求规格说明书理解的一致性8.4.6角色和职责:
角色和职责:
角色1:
测试经理职责:
组织系统测试执行;组织系统测试的需求跟踪。
角色2:
高级测试工程师职责:
指导系统测试执行;指导完成系统测试的需求跟踪。
角色3:
测试工程师职责:
搭建测试环境;完成系统测试用例的执行;准备测试数据;提交测试报告、缺陷报告;完成系统测试的需求跟踪。
8.5任务任务5:
性能和配置测试用例设计:
性能和配置测试用例设计根据系统测试计划、设计,完成对系统测试用例和规程性能和配置测试部分的编写。
8.5.1方法和标准:
方法和标准:
系统测试用例中应包含每个测试项的输入、预期结果、测试执行条件等因素,书写规范应满足系统测试用例模版的要求,用例的编号要满足企业的编号规范,并能自解释。
系统测试规程应包含对测试用例顺序的编排,书写规范应满足系统测试规程模版的要求。
8.5.2输入输入/输出:
输出:
输入:
CounterV1.0软件需求规格说明书系统测试计划系统测试方案CouterV1.0概要设计说明书CouterV1.0详细设计说明书输出:
系统测试用例性能和配置测试部分系统测试规程性能和配置测试部分系统预测试项8.5.3时间安排:
时间安排:
开始时间结束时间总计工作日时间(天)2006-12-242006-12-2518.5.4资源资源:
人员能力:
测试工程师人工数量:
1人天物力资源:
输入文档齐备8.5.5风险和假设:
风险和假设:
风险:
系统测试方案无法按时完成评审签发,则用例设计顺延;测试工程师经验不足;技术熟练程度不高;对系统测试计划的理解有误有遗漏;对CouterV1.0需求规格说明书的理解有误有遗漏;用例设计有遗漏、有错。
规避措施:
对工程师提前进行培训;与高级测试工程师沟通确定方案评审日期;与测试经理沟通达成对系统测试计划理解的一致性;与需求分析人员沟通达成对需求规格说明书理解的一致性8.5.6角色和职责:
角色和职责:
角色1:
测试经理职责:
组织系统测试用例和规程性能和配置部分的写作;组织系统测试用例和规程性能和配置部分的评审;组织系统测试的需求跟踪。
角色2:
高级测试工程师职责:
指导系统测试用例和规程性能和配置部分的设计;进行系统测试用例和规程性能和配置部分的评审;指导完成系统测试的需求跟踪。
角色3:
测试工程师职责:
完成系统测试用例和规程性能和配置部分的设计;进行系统测试用例和规程性能和配置部分的评审;完成系统测试的需求跟踪。
8.6任务任务6:
性能和配置测试用例执行:
性能和配置测试用例执行根据系统测试计划、设计,按照系统测试用例和规程性能和配置部分完成对用例的执行。
8.6.1方法和标准:
方法和标准:
按照测试规程执行测试用例,提交缺陷报告、系统预测试报告和系统测试报告,书写规范要符合缺陷记录模版和系统测试报告模版。
8.6.2输入输入/输出:
输出:
输入:
CounterV1.0软件需求规格说明书系统测试计划系统测试方案CouterV1.0概要设计说明书CouterV1.0详细设计说明书系统测试用例功能和GUI测试部分系统测试规程功能和GUI测试部分系统预测试项输出:
系统预测试报告及转系统测试评审表系统测试报告及软件系统测试报告评审表缺陷报告系统测试日报8.6.3时间安排:
时间安排:
开始时间结束时间总计工作日时间(天)2006-12-252006-12-2618.6.4资源资源:
人员能力:
测试工程师人工数量:
1人天物力资源:
输入文档齐备CouterV1.0软件测试环境齐备.CounterV1.0只运行在PC上,操作系统为WINDOWS98以上的操作系统。
CPU:
333HZ以上内存:
64M以上8.6.5风险和假设:
风险和假设:
风险:
系统测试用例和系统测试规程无法按时完成评审签发,则用例执行顺延;集成测试执行尚未完成,用例执行顺延;测试工程师经验不足;技术熟练程度不高;规避措施:
对工程师提前进行培训;与测试经理沟通达成对系统测试计划理解的一致性;与需求分析人员沟通达成对需求规格说明书理解的一致性8.6.6角色和职责:
角色和职责:
角色1:
测试经理职责:
组织系统测试执行;组织系统测试的需求跟踪。
角色2:
高级测试工程师职责:
指导系统测试执行;指导完成系统测试的需求跟踪。
角色3:
测试工程师职责:
搭建测试环境;完成系统测试用例的执行;准备测试数据;提交测试报告、缺陷报告;完成系统测试的需求跟踪。
9应交付的测试工作产品应交付的测试工作产品本节描述系统测试计划活动中确定的测试完成后应交付的测试文档、测试代码及测试工具等测试工作产品,具体如下:
系统测试用例系统测试规程系统预测试报告系统测试报告缺陷报告系统测试日报测试输入及输出数据测试代码及设计文档10工作量估计工作量估计序号任务名称人员安排工作量(人天)1系统计划测试测试经理张一12系统设计测试高级测试工程师李二13功能和GUI测试用例设计测试工程师王三14功能和GUI测试用例执行测试工程师周四15性能和配置测试用例设计测试工程师周四16性能和配置测试用例执行测试工程师王三1总计611资源的分配资源的分配人员安排:
测试经理张一、高级测试工程师李二、测试工程师王三和周四人工数量:
6人天设备配置:
输入文档齐备CouterV1.0软件.WINDOWS98以上的操作系统。
CPU:
333HZ以上内存:
64M以上12附录附录需求跟踪矩阵
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 计划