软件测试大纲怎么写 - 软件测试计划怎么写

呵呵！这是测试计划模版 请拿 Wo XXX公司 文档编号 项目版本 密级 项目名称： 共14页 XXX项目测试计划 拟制： 日期： yyyy/mm/dd 审核： 日期： yyyy/mm/dd 批准： 日期： yyyy/mm/dd 修订记录 日期 修订版本 描述 作者 yyyy/mm/dd XX版本 初稿完成 XXX 目 录1目标 62 概述 62.1 项目背景 62.2 范围 63 组织形式 64 测试对象 85 需求跟踪 96 测试通过/失败标准 97 测试挂起标准及恢复条件 98 测试任务安排 108.1 任务1 108.1.1方法和标准： 108.1.2 输入/输出： 108.1.3 时间安排： 108.1.4 资源 ： 108.1.5 风险和假设： 108.1.6 角色和职责： 108.2 任务2 118.2.1 方法和标准： 118.2.2 输入/输出： 118.2.3 时间安排： 118.2.4 资源 ： 118.2.5 风险和假设： 118.2.6 角色和职责： 118.3 任务3 118.3.1 方法和标准： 118.3.2 输入/输出： 118.3.3 时间安排： 118.3.4 资源 ： 128.3.5 风险和假设： 128.3.6 角色和职责： 128.4 任务4 128.4.1 方法和标准： 128.4.2 输入/输出： 128.4.3 时间安排： 128.4.4 资源 ： 128.4.5 风险和假设： 128.4.6 角色和职责： 129 应交付的测试工作产品 1310 工作量估计 1311 资源的分配 1312 附录 14 XXX项目系统测试计划 关键词：摘 要：缩略语清单：参考资料清单：名称 作者 编号 发布日期 出版单位1目标 所有测试需求都已被标识出来；测试的工作量已被正确估计并合理地分配了人力、物力资源；测试的进度安排是基于工作量估计的、适用的；测试启动、停止的准则已被标识；测试输出的工作产品是已标识的、受控的和适用的。

2 概述2.1 项目背景 简要描述项目背景及所要求达到的目标，如项目的主要功能特征、体系结构及简要历史等。（开发者、架构、主要运行环境、主要功能、目标用户。）

2.2 范围 指明该计划的适用对象及范围。3 组织形式 描述参加系统测试的各测试项目组的组织结构（可以图的形式），通过文本形式来描述各组织在系统测试中的职责和组织间关系，也可以描述测试项目组内部的结构，和各组成员的职责。

描述本软件组织中关于系统测试过程和开发过程、项目管理过程、质量保证过程、配置管理过程等过程相关联的部分。明确测试组和开发组、配置管理组、质量保证组等相关组的沟通渠道，保证系统测试过程中的问题能技术沟通和解决，保证系统测试工作的顺利进行；同时要从组织上明确测试人员发现问题和监督问题解决的权利，保证测试人员的工作积极性，使得软件质量能从组织上得到保证；另外还要明确测试工作产品输出的权利，即由谁来签发《系统测试计划》、《系统测试方案》等测试文档和最终的《系统测试报告》，一般软件组织已经对此有了明确定义，如果没有，做计划时需要明确下来。

举例：1）测试组内部组织结构2）测试组与其它部门之间的关系3）沟通渠道 测试组组长：1、制订本组测试计划；2、给测试分析员分配任务并依据制定的计划指导和监控他们的工作；3、给测试员分配任务并依据制定的计划指导和监控他们的工作；4、与开发组保持联系和沟通，例如确定版本发布日期、沟通版本质量进展、缺陷发展趋势；5、组织本组测试文档的设计、写作和评审；6、组织本组进行相关需求跟踪；7、组织本组进行缺陷分析等质量活动；8、向测试主管等高层领导汇报本组工作 测试分析员：测试员：4 测试对象 这里列出系统测试计划活动中分析确定的所有功能测试项目和非功能测试项目；还要列出测试项目中的哪些特性和特性组合将不被测试，并说明不被测试的原因。在这里所列的测试项仅仅是为了表达应测试什么，至于如何测试可以在测试方案中进行描述。

举例：1）业务功能 业务流程 数据库事务 域值合法性 …。2）用户界面 对象状态 窗口模式 菜单 标准尺寸的控件/文本 …。

3）性能 在3秒内对用户登陆请求给出响应 当系统内存低于32M的情况下运行应用程序，考察其性能指标 为设计规定是 1,000,000 条记录的系统增加 1,000,001条记录 …。4）配置 在windows 98系统下进行配置测试 在Unix系统下进行配置测试 …。

5）安装 新安装（典型安装、定制安装） 光盘升级安装 网络升级安装 …。5 需求跟踪 建立测试需求跟踪矩阵表 举例：需求标识 需求描述 系统测试项标识 系统测试项描述 Router_V100_SRS_001 路由增加 Router_V100_ST_AddRoute 路由增加6 测试通过/失败标准 本节描述系统测试计划活动中确定的系统测试通过/ 失败标准，这是判断测试过程通过或失败的标准，而不是被测对象通过或失败的标准。

举例：1）达到100%需求覆盖；2）所有1级、2级用例被执行，3级、4级用例执行率达到60%;3）测试过程中缺陷率达到公司系统测试质量标准7 测试挂起标准及恢复条件 描述系统测试计划活动中确定的系统测试挂起标准/恢复条件 举例：系统测试挂起标准举例：1）基本功能测试不能通过；2）出现致命问题导致30%用例被堵塞，测试无法执行下去 。

系统测试恢复条件举例：1）导致测试堵塞的问题被修复，并通过了回归测试；。

8 测试任务安排8.1 任务18.1.1方法和标准： 指明执行该任务时，应采用的方法以及所应遵循的标准8.1.2 输入/输出： 给出该任务所必需的输入及。

目前没有经典的定义。

比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

不同类别的软件，测试用例是不同的。不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不统一，变化更大、更快。

笔者主要从事企业管理软件的测试。因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。

测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。

随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展。从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门。

测试工作也从简单测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动兼之，并有向第三方专业测试公司发展的趋势。

要使最终用户对软件感到满意，最有力的举措就是对最终用户的期望加以明确阐述，以便对这些期望进行核实并确认其有效性。测试用例反映了要核实的需求。

然而，核实这些需求可能通过不同的方式并由不同的测试员来实施。例如，执行软件以便验证它的功能和性能，这项操作可能由某个测试员采用自动测试技术来实现；计算机系统的关机步骤可通过手工测试和观察来完成；不过，市场占有率和销售数据（以及产品需求），只能通过评测产品和竞争销售数据来完成。

既然可能无法（或不必负责）核实所有的需求，那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败。选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果。

1.引言

1.1项目背景

1.2参考资料（计划编写依据：可行性分析报告/软件需求定义/软件概要设计/软件详细设计/用户使用说明书/……）

1.3测试术语

1.4有关项目人员组成以及联系方式（开发人员/版本控制人员/测试人员/软、硬、结构、营销人员等）

2.任务概述

2.1测试范围

2.2测试目标

2.3广义上还包含测试需求分析/测试用例编写/测试环境搭建/测试培训/测试执行等

软件测试计划是软件测试员与产品开发小组交流意图的主要方式。

包括的内容有

对高级期望、何为软件缺陷，进行定义。

确定测试人员，在哪里测试，确定资源要求以及如何获得他们。确定团队间的责任。

确定哪些需要测试，哪些不需要测试。

定义测试阶段，确定本次测试有多少阶段，定义每个阶段的开始、退出规则。

定义测试策略，确定使用黑盒还是白盒测试，用手工还是使用工具，如果使用工具，是自行开发还是购买已有商用解决方案。

测试员的任务分配。

定义测试进度。

风险评估。

我本身是做软件行业的，已经做了七八年了，给你一知些建议，仅供参考~

① 项目介绍的部分，要介绍清楚项目内容，并突出软件测试在项目各阶段中的位置，例如，项目的开发模式如果是V模型，那么软件测试伴随每个开发阶段道，包括设计、编码等等。

② 项目经验这部分需要详细考虑了，分为两个方面，一、测试技术；二、角色职能；

· 测试技术

项目当中使用到的技术一定要简明易懂版的提出来，例如是否用到自动化测试，性能测试，以及测试的OS是Linux还是Windows之类的，用到的数据库是MySQL还是Oracle。

· 角色职能

在项目当中，你扮演的角色是什么。如果是测试工程师，那么有没权有妥善的完成测试设计和测试执行；如果是高级工程师，有没有做好测试分析工作，有没有很好的理解需求等。

希望对你有所帮助，有疑问的地方欢迎探讨。

你好，可以参考：测试也很累的喔，还有你可以找找：史上最全测试用例设计方法一、界面规范1.是否整个软件的字段的字体、大小、颜色、排列一致2.是否整个软件的字段后都有冒号（如果有，是否都属于同一种字体）二、用例编写粒度准则1.对于不作为一个完整业务流的操作，如增、删、改等，每个操作（比如增加）作为一个用例。

2.对于完整的业务功能实现的操作，把实现一个业务功能的目的作为一个用例。3.对于紧密关联的业务功能，把关联的业务功能实现作为一个用例。

4.对于异常情况下的操作，作为一个用例。5.对于在异常情况下的操作的数据处理，作为一个用例。

1、软件测试计划是引导控制测试工作按照计划执行的指南针。软件测试计划应该包含的元素有：测试所需资源、测试策略、测试风险预测等

2、前言

1.需要写明本文当编写的目的，是给那些人看的，能起到怎样的作用。

2.本文档中出现的专业术语需要有个解释，非软件测试的人员能看懂。

3.参考资料，也是我们编写测试计划的依据，说明你这个测试计划不是凭空而来。

4.测试模块的优先级别，可以从这里看出系统功能模块的重要性。

3、资源需求

1.需要写明测试所需资源，包括：软件资源、硬件资源、人力资源，有了这些具备的条件，测试工作才能展开。

4、测试详述

1.确定测试范围，超出这个范围的不进行测试，如果不规定测试范围，那么会造成测试范围蔓延，会导致测试时间不够、测试质量下滑、引起交付时间延后等问题。

2.规定完成测试的指标，满足测试完成的必须达到这些指标，测试才算结束。

3.根据目前所了解的信息，仔细预测测试中可能出现的风险，提前预测出来以便做好应对。

4.测试周期约束，每一个测试周期的时间起始点都要写明，以便测试进度如期进行。

5、测试策略

1.纵观整个软件系统，预测需要使用到的测试策略

2.整个系统中需要用到的测试类型需要标注出来，用于指导测试设计用例

3.本次设计的系统测试是否需要自动化测试、性能测试还是只需要功能测试，这里需要提前预测。

6、测试完成后需要提交哪些文档（部分文档会进行评审后封存到SVN库中）。

7、测试完成后要达到的质量目标。

8、测试计划审核后，需要移交相关部门人员审核，经过他们审核签字后，测试计划正式生效，部门的测试工作就按照这个计划执行。

测试分析报告 1 引言 1.1编写目的 说明这份测试分析报告的具体编写目的，指出预期的阅读范围。

1.2背景 说明： a. 被测试软件系统的名称； b. 该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境 之间可能存在的差异以及这些差异对测试结果的影响。 1.3定义 列出本文件中用到的专问术语的定义和外文首字母组词的原词组。

1.4参考资料 列出要用到的参考资料，如： a. 本项目的经核准的计划任务书或合同、上级机关的批文； b. 属于本项目的其他已发表的文件； c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2测试概要 用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。 3测试结果及发现 3.1测试1（标识符） 把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。

3.2测试2（标识符） 用类似本报告3.1条的方式给出第 2项及其后各项测试内容的测试结果和发现。 4对软件功能的结论 4.1功能1（标识符） 4.1.1能力 简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。

4.1.2限制 说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。 4.2功能2（标识符） 用类似本报告4.l的方式给出第2项及其后各项功能的测试结论。

5分析摘要 5.1能力 陈述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异 对能力的测试所带来的影响。

5.2缺陷和限制 陈述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。 5.3建议 对每项缺陷提出改进建议，如： a. 各项修改可采用的修改方法； b. 各项修改的紧迫程度； c. 各项修改预计的工作量； d. 各项修改的负责人。

5.4评价 说明该项软件的开发是否已达到预定目标，能否交付使用。 6测试资源消耗 总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。