- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
XXX测试计划
XXX测试计划
PAGE
PAGE1/7
XXX测试计划
目录
前言 3
编写目的 3
名词解释 3
参考资料 3
测试摘要 3
资源需求 4
硬件资源 4
软件资源 4
人力资源 4
测试详述 5
测试范围 5
测试目标 5
风险和约束 5
测试进度 5
测试策略 5
整体策略 5
测试类型 6
测试技术 6
测试提交文档 6
质量目标 7
计划审核记录 7
文档历史记录
文档历史记录
日期
2013-09-23
版本
初始版本
说明
作者
说明:蓝色说明文字,文档编写完成后,请删除。
前言
编写目的
阐明编写测试计划的目的:
1、对测试计划做一个简单的介绍,说明这个测试计划的功效以及当前项目背景情况介绍。
2、对测试产品(所属行业、系统架构、系统功能等)及其项目目标,以及该文档读者对象、其它相关事项进行一个简要说明。
3、确定所需的资源,并对测试的工作量进行评估。
名词解释
术语或缩写词英文解释中文解释说明:项目中或测试中一些术语的说明
术语或缩写词
英文解释
中文解释
参考资料
资料名称作者说明说明:包括测试计划引用或参考的文档,查看计划同时需要同查看的相关文档等
资料名称
作者
说明
测试摘要
说明:主要说明测试计划中重要的和可能有争议的问题主。要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员(比如公司领导、项目经理、产品经理。等可)以考虑以下几块内容。
重点事项
列出测试的重点事项。可以将问题按重要程度和优先级罗列出来然,后在后面的章节中再对这些问题进行详细说明,这样就能让对这些问题有重要影响的人员知道问题的所在。
争议事项
简要说明争议事项,如与开发人员、项目经理在测试进度,测试策略等方面前期未达成一致的内容。
风险评估
通过对技术文档的阅读,对被测系统可能存在的问题:系统设计,数据库设计,响应时间,因测试环境不足可能存在的测试缺陷事先评估出来以,指导测试方案,进行有重点的测
试.
时间进度
简要说明测试开始时间与发布的大致时间或几个大里程碑时间。
测试目标
简要说明测试发布的质量目标。如测试范围、需求覆盖率、测试用例执行率、缺陷修复率要求等。
资源需求
硬件资源
说明:描述建立测试环境所需要的设备、用途及软件部署计划。
机型(配置):此处说明所需设备的机型要求以及内存C、PU、硬盘大小的最低要求。用途及特殊说明:此设备的用途,如数据库服务器w,eb服务器,后台开发等;如有
特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;
软件及版本:详细说明每台设备上部署的自开发和第三方软件的名称和版本号以,便系统管理员按照此计划分配测试资源;
预计空间:说明第三方软件和应用程序的预计空间;
IP/机型
IP/机型
172.16.40.4
172.16.108.25
操作系统
Win2003
Winxp
用途说明
软件版本
Oracle10GTomcat6.0
预计空间
2G
200M
软件资源
说明:列出项目中使用所有软件以及测试工具。
软件名称
软件名称
用途说明
人力资源
说明:列出项目参与人员的职务、姓名、职责。人员包括开发人员Q,A,配置,测试以及其它相关人员。
角色
测试经理/项目经理
测试设计师测试工程师
姓名 职责
进行管理监督
职责:提供技术指导;获取适当资源;提供管理报告测试方案与测试用例的设计,测试总结
执行测试、记录结果、BUG跟踪、回归测试
测试详述
测试范围
说明:本计划涵盖的测试范围,比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等要。说明哪些是要测试的,哪些是不要测试
的。哪些文档需要编写,哪些文档在什么情况下不写等。
测试目标
说明:测试人员根据项目的目标和公司质量目标转换成本次测试的目标做。到完成测试目标同时实现项目的目标和公司的质量目标测。试目标转换成可衡量和实现的东西必,须有固定的视图和目标。
风险和约束
说明:列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如:
由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺,产生什么约束
由于研发模式为项目型产品,且工程上线时间压力大,使得测试不充分。明确说明在此中约束下,测试如何应对。
由于开发人员兼职其它他工作,造成的所提交代码质量以及不能及时修B改UG的风险,测试应该如何应对。
测试进度
说明:在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。表格中是否里程碑,如果是里程碑填写“√”,不是无需填写。
测试阶段系统测试计划
测试用例编写测试用例评审单元测试
用户手册编写集成测试
系
您可能关注的文档
- 我们一代又一代.docx
- 我们又能看的多远呢.docx
- 我们远不了解的大脑.docx
- 我们在路上分析和总结.docx
- 我们在时光的琴弦上独自长大.docx
- 我们这么努力也不过是为了成为一个普通人.docx
- 文档《新媒体营销概论》教案(15-16)新媒体广告投放载体(3)g.docx
- 文档【2009级七年制临床及儿科专业临床诊断学】e.docx
- 文档【高考易错字音字形归纳】打印h.docx
- 文档【客户来访接待管理制度】V1.0d.docx
- 2024重庆市万州区余家镇社区工作者考试真题及答案.docx
- 2024潮州市饶平县联饶镇社区工作者考试真题及答案.docx
- 2024云浮市罗定市生江镇社区工作者考试真题及答案.docx
- 2024云浮市郁南县都城镇社区工作者考试真题及答案.docx
- 2024阳江市阳春市岗美镇社区工作者考试真题及答案.docx
- 2024重庆市万州区瀼渡镇社区工作者考试真题及答案.docx
- 2024重庆市綦江区安稳镇社区工作者考试真题及答案.docx
- 2024潮州市潮安区登塘镇社区工作者考试真题及答案.docx
- 2024清远市英德市浛洸镇社区工作者考试真题及答案.docx
- 2024清远市连州市九陂镇社区工作者考试真题及答案.docx
文档评论(0)