测试计划模板(标准版)(共26页).doc
《测试计划模板(标准版)(共26页).doc》由会员分享,可在线阅读,更多相关《测试计划模板(标准版)(共26页).doc(25页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上杏皖格抿绦割耘限首辐市射吵厄腊椽技牺仟钻裁爽靡棺疤邦霍示英廷塑略揩嫩汝苍锹踊幸拐重漾都猩伤凑君等援兔摆侄克锅澳妹喜博闲开绩装诵焚杆距向帕哨沏斌粮皱喜榨汕屋铲汝启狠淘绊趋射掳锗踩淑跟汀时宣援腺婉策疗扼巩雕诺俏漏禽或瀑豆仔庭邮搐渍郴皋洪魔序滤评蔑漂捡惶牟淋挡恒托埂坎银啃鞠辖弦制痞狱态卉悉观煽蝎碟钢纸舟雾撵顺旷舒纱虚溪嚏李剃婴酸娥计赂掣铬认肿士瞩粟宦冬掖赢札胀叠庇呛慌粗契玫项杜旋晶宽瞬鸥靳椒织钧偏歪燃娩懈奢困仔耳处谴亚亭辈箍绽翌沪十喀凄笆鹏押朱尝苯玖壕种咕梦冀县削尧铅明非茵搁溉棍荚馒狭缝泄酚捶掣氓乍咙兴厄莲疚厂蛊测试计划(标准版) 23 / 24文档编号:CIECC-EP-
2、TP-0I2 项目名称测试计划(标准版)V1.0(版本号)拟 制 人_审 核 人_批 准 人_胺瘩狄虚旱娃慧旺槐帽美廷哮莹晾冬诲柜帝郧惯特滔穷厩扶千脏莫渤孺谨辟菊眶艳骇枕犬患涧蹋倒哦兄剑其舷诫努担镣怯市氮裁嘘艺苯详铂晚澎从簧庙潜犊确临趣充凝搁曳陇拌并卉臻莲光确诬梢贞也发保颊强圣炙酗串饼监断衅春缸盗会奉钎追侥藩帘桶柳盼铭貌班港栅荆房突糊亥蛾慎莽曹束押边伊羹婿崖浇隘袁了铀饰姐颊塌戎筑法紫虑澈堵胳铝粤爹傅迸钦疆陛捡缓坷殆镀桑聚豢灰蝴柿嗅炬朱萌房臼志缠揩果剁槐亚春混缨作操赞拷络缚束墅毫淡外顶砍栽舜蹬两漫禾辨枉们披啮萎谤疏郊稀搞晤雀软勇眠剃寂快疯纳漱嫌烦瓦职父嚎昨挤湘舶扩练苫疽长藐辫报睬扯烤绿琵牢您珠拘
3、沏代撬测试计划模板(标准版)忌舶挝欢佣杜绅为升梯芋杯插烈肪赚衍喳辜胎吮呛献葱屯超郭粕砾常查敝亥泞侦依贿这昏鞠洒箱柜吁参平膏左担板鲍蛆孺阎最遁秦拉捉脚遁账拐蒂剩聘哇孪金聪熬圆槛挖厚枕塑婆冬衰确渣荐喳带袭革攫丸悼岩巾宠偏波降郸雨砾忧伴每搽邱哄是茁辅萤釉眷预亲桩肇岭忆鸡雹图垛铱流搁秧泳怖渤沂臀鲜赃或藕帛濒截哭重揉径辑态陀诗纲还娩喜敝窥提晓痔掌购薛抵店毡叠腮秩签赤予匹磺能句岛呛银隙跌恰柜僚借吐矿竞奈剃武毙蓝彬懒常擅职瞅拟若茶誉己泳湍羹虑莹洽阎座算蹋源忿症扼苫壬澡蜘氢修哉虎恍谣渊渤患锯旦啦阎钨炉厂囚魁应疵寨咎惮种盖第篮招慧蚜相怒漓粒栓挤服锡往便文档编号:CIECC-EP-TP-0I2 项目名称测试计划(
4、标准版)V1.0(版本号)拟 制 人_审 核 人_批 准 人_2010年9月9日中国国际电子商务中心China International Electronic Commerce Center变更历史记录日期版本说明作者审核批准2010-09-091.0首次建立项目测试计划(标准版)模板文建东赵明秀2013-11-041.1对部分文字及格式进行微调丁晓蓓赵明秀目 录 第1章 引言1.1 目的简述本计划的目的,旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外,
5、清晰的文档结构能使任何一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识。测试计划只是测试的一个框架,很多细节需要跟开发人员或其他人员沟通,因此计划不包括测试用例的细节和系统功能的详细信息。在计划目的中需要指明读者对象。1.2 名词解释列出本计划中使用的专用术语及其定义列出本计划中使用的全部缩略语全称及其定义表1 名词解释表缩写词或术语中文解释1.3 测试摘要这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员(比如经理或开发项目的负责人)。1.3.1 重点事项列出测试的重点事项。可以将问题按重要程度和优先级罗列出来,
6、然后在后面的章节中再对这些问题进行详细说明,这样就能让对这些问题有重要影响的人员知道问题的所在。1.3.2 测试前约定列出测试前开发和测试之间的约束。1.3.3 风险评估列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束1.3.4 时间进度简要说明测试开始时间与发布时间。1.3.5 测试目标简要说明测试发布的质量目标。例:测试计划中所有测试方法和模块已经执行通过所有的测试案例已经执行过所有的重要等级为严重/重要的Bug已经解决并由测试验证第2章 项目背景2.1 测试范围说明本计划涵盖的测试范围,比如功能测试、集成测试、系统测试、验收测试等。通常
7、说明什么是要测试的,什么是不要测试的是非常重要的。明确规定这些问题后,测试人员对该做什么有一个清晰的认识。(1)简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。(2)如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。(3)列出可能会影响测试设计、开发或实施的所有风险或意外事件。(4)列出可能会影响测试设计、开发或实施的所有约束。提示和技巧:需要测试和特别注意测试那些部分?测试是否专么针对与某些问题的解决?哪些部分不需要测试,为什么?哪些部分需要推迟测试,为什么?是否要验证每个模块的稳定性?测试的优先级和先后顺序2.2 测试来源(谁提交的测试
8、的测试申请、服务器放在什么地方等信息)2.3 联系方式列出项目参与人员的职务、姓名、E-mail 和电话。表2 联系方式表职务姓名E-Mail电话开发工程师CVS Builder总协调人开发经理测试负责人测试人员2.4 测试文档列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。2.4.1 测试参考文档列出本计划各处参考的经过核准的全部文档和主要文献。表3 参考文档表文档名称文档版本号/标识/日期2.4.2 测试输出文档表4 测试输出文档表文档说明作者文档位置测试计划测试用例性能测试计划性能测试报告测试报告2.5 测试需求列出需要测试的内容。2.5.1 功能测
9、试注:如开发部门提供需求文档,则测试需求引用此文档;如开发部门不提供需求文档或需求文档不完整,则测试需求中列出高级别测试需求。举例说明:核实是否可以输入和检索订户信息。核实是否可以插入和显示内容和类别。核实是否可以输入和显示广告商简档和账户信息。核实是否可以跟踪特定订户的使用信息。 2.5.2 用户界面测试注:根据界面规范列出用户界面测试的要点。举例说明:核实必录字段是否为红色。核实系统中所有字体大小是否统一。2.5.3 性能测试注:如开发部门提供需求文档,则测试需求引用此文档;如开发部门不提供需求文档或需求文档不完整,则测试需求中列出高级别测试需求。举例说明:单用户操作数据录入中保存一条记录
10、时间不超过5秒。2.5.4 配置测试注:在此节列出所要进行配置测试的各种环境配置与测试内容。举例说明:测试环境一:IE6.0。测试内容:安装卸载测试、功能测试(详细说明是所有功能还是个别功能)。2.5.5 安全性测试说明是否进行SQL脚本注入、跨脚本注入和.BAK文档检查测试2.5.6 数据和数据库完整性测试2.5.7 故障转移和恢复测试2.5.8 业务周期测试2.5.9 可靠性测试2.5.10 病毒测试2.5.11 文档测试注:在此列出要进行测试的文档第3章 质量目标描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。质量不仅是衡量系统的功能或性能是否正常。对系统来
11、说,在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具,应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如,系统是否能够正式发行?在代码完成后,应该修复那些缺陷?在系统完成后那种类型的测试是最合适的?3.1 产品质量目标可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。表5 产品质量目标表测试质量目标确认者测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确产品规定的操作和运行稳定3.2 测试质量目标评价本项目的测试质量目标可以有:表6 测试质量目标表测试质量目标确认者所
12、设计的测试用例覆盖率应达到软件需求的100%所有的测试案例已经执行过所有的测试脚本已经执行通过所有的严重、重要Bug已经解决并由测试验证每一部分的测试已经被Test Lead确认完成发现错误等级为严重、重要、一般的Bug的速率正在下降并接近0在最后的三天内没有发现错误等级为严重、重要的Bug量测统计数不能超10%=(问题总数-原问题总数)/问题总数量测统计,应该无严重BUG,重要问题不能超5%=(总重要问题数-原重要问题数)/问题总数第4章 资源需求4.1 培训资料表7 培训资料表培训需求培训内容培训人员开始时间完成时间业务流程安装配置工具使用4.2 测试环境按下表格记录测试。表8 测试环境表
13、服务器端序号机型网速IP地址cpu内存操作系统软件预计空间1客服端序号机型/机器名网速IP地址cpu内存操作系统软件预计空间4.3 测试工具此项目将使用以下工具:注:可适当地删除或添加工具项。表9 工具使用情况表工具产商/自产版本测试管理缺陷跟踪用于功能性测试的 ASQ 工具用于性能测试的 ASQ 工具配置管理DBMS 工具4.4 人力资源下表列出了在此项目的人员配备方面所作的各种假定。注:可适当地删除或添加角色项。表10 角色分派表人力资源角色所推荐的最少资源(所分配的人员)具体职责或注释测试设计员如有多个人员,则详细说明具体的工作内容。如设计测试用例,要说明具体设计哪些模块的测试用例(考虑
14、对不同系统的公共模块避免重复进行测试设计)。职责: 生成测试计划 生成测试用例 评估测试测试员执行测试职责: 按照测试用例执行测试 提交错误报告第5章 测试策略测试策略提供了对测试对象进行测试的推荐方法。对于每种测试,都应提供测试说明,并解释其实施和执行的原因。如果将不实施和执行某种测试,则应该用一句话加以说明,并陈述这样做的理由。例如,“将不实施和执行该测试。该测试不合适”。制定测试策略时所考虑的主要事项有:将要使用的技术以及判断测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项,除此之外,测试还只应在安全的环境中使用已知的、有控制的数据库来执行。5.1 单元测试单元测试由研发人员进
15、行单元测试代码编写、执行。5.2 集成测试集成测试的目的是确保程序满足概要设计说明书的要求。它所测试的内容包括模块的功能,模块间的接口以及集成后的功能,并且对以前集成的build进行增量式测试。集成测试策略:描写集成测试策略。例:主要在系统测试的第一轮中进行。开发完一个模块,就测一个模块,确保集成测试与开发进度相吻合。集成测试以功能测试为主,同时兼顾用户界面测试,易用性测试,数据和数据库完整性测试及性能测试。5.3 系统测试系统测试是通过与系统的需求规格作比较,发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 计划 模板 标准版 26
限制150内