几个经典的测试文档

日志

复制网址 隐藏签名档 大字体

上一篇 下一篇 返回日志列表

[顶] [转] 几个经典测试文档

编辑 | 删除 | 权限设置 | 更多▼

设置置顶 推荐日志 转到私密记事本

转载自 valor风之伤    转载于2009年11月06日 09:28 阅读(26) 评论( 0) 分类： 个人日记 权限: 公开

测试人员必读。经典模板 单元测试报告 1  测试过程与结果 1.1 （某程序模块/文档名称）测试 测试对象：（某程序模块/文档） 测试方面：（设计规范/应用功能及流程/程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： 1.2 （某程序模块/文档名称）测试 测试对象：（某程序模块/文档） 测试方面：（设计规范/应用功能及流程/程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： ...... 2  测试结论 对单元测试的结果评价。    测试负责人：                          审核（项目经理）：           年    月    日                     年    月     日 附录二 集成测试报告 项目名称                项目编号         测试人                测试时间         问题类型：                       ╛ 程序代码        ╛数据库       ╛ 项目文档 问题及影响描述、处理结果（可加附页） 测试结论测试负责人：                                          年    月    日            审核（项目经理）：                                                      年    月    日 附录三 测试大纲 1 概述 1.1  编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写目的在于为XXXX（软件名称）软件测试人员提供详细的测试步骤和测试数据，以保证测试人员对软件测试的正确性和完整性。 1.2  参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3  术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 1.4  测试内容和测试种类 2  系统结构 图表形式表示。 3  测试目的 4  测试环境 4.1  硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 4.2  软件 列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 5  人员 列出一份清单,说明在整个测试期间人员的数量、时间、技术水平的要求。 6  测试说明 可以把整个测试过程按逻辑划分为几个组（包括测试计划中描述的总体测试要求的每个方面），并给每个组命名一个标识符。 6.1  [测试1名称及标识符]说明 6.1.1 测试概述 对测试1进行一个总体描述,主要说明这组测试的基本内容。 6.1.2 测试准备 描述本测试开始前系统必须具备的状态和数据。 6.1.3 测试步骤 对各测试操作按先后顺序进行编号。具体操作和数据见附录。 6.2  [测试2名称及标识符]说明                              测评组：                                                  年     月     日   附录四 测试大纲附录 本附录描述了各测试步骤的详细说明，在填入测试结果后，可直接作为测试记录。内容较多时，可一页只放一个测试说明。 测试名称：                标识符：         测试时间：                测试人：         操作序号                        错误等级         测试输入        说明输入的具体数据或动作 预期输出        说明预期的输出或结果 实际输出        说明实际的输出或结果 操作序号                错误等级         测试输入        说明输入的具体数据或动作 预期输出         实际输出         附录五 测试计划 1  概述 1.1  编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写目的在于为整个测试阶段的管理工作和技术工作提供指南；确定测试的内容和范围，为评价系统提供依据。 1.2  参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3  术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 1.4  测试种类 说明本次测试所属的测试种类（单元测试、集成测试、有效性测试、系统测试、用户测试）及测试的对象。 2  系统描述 简要描述被测软件系统，可用图表加解释的形式，说明被测系统的输入、基本处理功能及输出，为进行测试提供一个提纲。 3  测试环境 3.1  硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 3.2  软件 列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 4  测试安排 4.1 （子系统1名称和项目唯一标识号） 4.1.1 测试总体要求 描述本次测试的要求，如： 对所有功能进行正确性测试； 使用一些虚假值、最大值和错误值对软件进行测试； 对软件进行错误检测和出错恢复的测试； 对特定环境条件的组合，用模拟测试数据对软件进行测试； 使用从环境中提取的“真实数据”作为输入，对软件进行测试。 4.1.2 主要测试内容 列出提纲。 4.1.3 测试进度安排 给出进行测试工作的时间安排。 4.2 （子系统2名称和项目唯一标识号） 5  测试数据的记录、整理和分析 说明对本次测试得到数据的记录、整理和分析的方法和存档要求。                                              审核：                                                   年    月    日                                           批准：                                                   年    月    日 附录六 程序错误报告 （系统名称） 测试项目        项目名称        测试类型         模块名称        模块名称        版本         测试时间                测试批次         序号        错误等级        错  误  描  述        修改情况        复 核                                  测试人：   附录七 测试分析报告 1   概述 1.1  编写目的 编写本文档的目的在于 通过对测试结果的分析得到对软件的评价； 为纠正软件缺陷提供依据； 使用户对系统运行建立信心。 1.2  参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3  术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 2  测试对象 包括测试项目、测试类型、测试批次（本测试类型的第几次测试）、测试时间等。 3  测试分析 3.1  测试结果分析 列出测试结果分析记录,并按下列模板产生BUG分布表和BUG分布图。 分析模版： 从软件测试中发现的并最终确认的错误点等级数量来评估： 从以上提出的BUG等级来统计等级和数量的一个分布情况：（如下表）         A        B        C        D        E BUG数量        2        17        3        0        1 所占比例        9%        74%        13%        0%        4% 3.2  对比分析 若非首次测试时，将本次测试结果与首次测试、前一次测试的结果进行对比分析比较。 3.3  测试评估 通过对测试结果的分析提出一个对软件能力的全面分析，需标明遗留缺陷、局限性和软件的约束限制等，并提出改进建议。 3.4  测试结论 根据测试标准及测试结果，判定软件能否通过测试。   测试主管：                       年    月    日