- 1、本文档共17页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
测试计划模板_
项目名称(项目编号)
测试计划
(部门名称)
XXX软件公司
表1-5 测试计划说明表
总页数 正文 附录 生效日期: 年 月 日 编制: 审核: 批准:
表1-6修订历史记录
日期 版本 说明 作者 日/月/年 x.x 详细信息 姓名 目 录
1.简介 12
1.1目的 12
1.2背景 12
1.3范围 12
1.4使用文档 12
2.测试需求 13
3.测试风险 14
4.测试策略 14
4.1测试类型 14
4.1.1数据和数据库完整性测试 14
4.1.2功能测试 15
4.1.3业务周期测试 16
4.1.4用户界面测试 17
4.1.5性能评价 18
4.1.6负载测试 20
4.1.7强度测试 20
4.1.8容量测试 22
4.1.9安全性和访问控制测试 23
4.1.10故障转移和恢复测试 24
4.1.11配置测试 27
4.1.12安装测试 28
4.2工具 29
5.资源 29
5.1人力资源 29
5.2系统资源 30
6.测试进度和里程碑 31
6.1项目测试进度 31
6.2测试里程碑 32
7.可交付工件 32
一、简介
1.目的
项目名称 的“测试计划”文档的目的是:
(1) 提供一个对项目软件进行测试的总体安排和进度计划,确定现有项目的信息和应测试
软件构件。
(2)标明推荐的测试需求(高层次)。
(3)推荐可采用的测试策略,并对这些策略加以说明。
(4)确定所需的资源,并对测试的工作量进行估计。
(5)列出测试项目的可交付元素。
2.背景
输入测试对象(组件、应用程序、系统等)及其目标的的简要说明。需要包括的信息有:主要的功能和特性、测试对象的构架以及项目的简史。本节应该只包含 3 至 5 个段落。
3.范围
描述测试的各个阶段,例如:单元测试、集成测试或系统测试,并说明本计划所针对的测试类型(如功能测试或性能测试)。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。
如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。
4.使用文档
下表列出了制定测试计划所用的文档,并标明了文档的可用性:
[注:可以视情况删除或添加项目。]
表1-7 测试计划使用文档列表
文档(版本/日期) 已创建或可用 已被接受或已经过复审 作者或来源 备注 需求规约 ? 是 ? 否 ? 是 ? 否 功能性规约 ? 是 ? 否 ? 是 ? 否 用例报告 ? 是 ? 否 ? 是 ? 否 项目计划 ? 是 ? 否 ? 是 ? 否 设计规约 ? 是 ? 否 ? 是 ? 否 原型 ? 是 ? 否 ? 是 ? 否 用户手册 ? 是 ? 否 ? 是 ? 否 业务模型或业务流程 ? 是 ? 否 ? 是 ? 否 数据模型或数据流 ? 是 ? 否 ? 是 ? 否 业务功能和业务规则 ? 是 ? 否 ? 是 ? 否 项目或业务风险评估 ? 是 ? 否 ? 是 ? 否 二、测试需求
下面列出了那些已被确定为测试对象的项目(用例、功能性需求和非功能性需求)。此列表说明了测试的对象。在此处输入一个主要测试需求的高层次列表。例如:
1.数据库测试功能性测试安全性和访问控制测试软件测试风险是不可避免的、总是存在的,所以对测试风险的管理非常重要,必须尽力降低测试中所存在的风险,最大程度地保证质量和满足客户的需求。在测试工作中,主要的风险有:
质量需求或产品的特性理解不准确,造成测试范围分析的误差,结果某些地方始终测试不到或验证的标准不对;
测试用例没有得到百分之百的执行,如有些测试用例被有意或无意的遗漏;
需求的临时/突然变化,导致设计的修改和代码的重写,测试时间不够;
质量标准不都是很清晰的,如适用性的测试,仁者见仁、智者见智;
测试用例设计不到位,忽视了一些边界条件、深层次的逻辑、用户场景等;
测试环境,一般不可能和实际运行环境完全一致,造成测试结果的误差;
有些缺陷出现频率不是百分之百,不容易被发现;如果代码质量差,软件缺陷很多,被漏检的缺陷可能性就大;
回归测试一般不运行全部测试用例,是有选择性的执行,必然带来风险。
前面三种风险是可以避免的,而四至七的四种风险是不能避免的,可以降到最低。最后一种回归测试风险是可以避免,但出于时间或成本的考虑
您可能关注的文档
最近下载
- 【2024秋】部编版三年级上册《道德与法治》教学计划及(全册)教案.docx
- 妊娠合并心脏病病例讨论.ppt
- -高二上物理备课组学工作计划.doc
- 平房区全面推进信访工作法治化测试练习试卷附答案.doc VIP
- 三打白骨精(英语剧本).pptx
- 一种糖尿病治疗及恢复的药食同源代泡茶发明专利.docx VIP
- 针灸理疗室院感风险评估及采取措施.docx VIP
- 经销商考核管理方案.doc
- 全国青少年无人机科学素质等级考试标准(1.0 版).pdf
- (单元教学设计)第二单元 三国两晋南北朝的民族交融与隋唐统一多民族封建国家的发展2024-2025学年高一历史同步精品课堂(中外历史纲要上).docx
文档评论(0)