软件测试方案设计V1.0
整体测试方案
文档编号：IE－CUSTOM-整体测试方案－V1.0海关信息数据采集与数据应用平台测试项目整体测试方案二零一六年九月关于本文档说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；目录第 1 章............................................................................................................................................ 概述11.1 .................................................................................................................................... 编写目的11.2 .................................................................................................................................... 读者对象11.3 .................................................................................................................................... 项目背景1第 2 章....................................................................................................................... 测试方案概述22.1 .................................................................................................................................... 测试目标22.2 .................................................................................................................................... 测试范围22.3 .................................................................................................................................... 参考资料2第 3 章.................................................................................................................................. 测试环境3第 4 章.................................................................................................................................. 测试方案54.1 .................................................................................................................................... 测试依据54.2 .................................................................................................................................... 功能测试54.3 .................................................................................................................................... 性能测试54.4 .................................................................................................................................... 内部测试54.4.1...................................................................................................................... 测试策略54.4.2...................................................................................................................... 测试管理7第 5 章.................................................................................................................................. 用户测试135.1 .................................................................................................................................... 测试管理135.1.1...................................................................................................................... 组织机构135.1.2...................................................................................................................... 角色职责135.1.3...................................................................................................................... 测试安排145.1.4...................................................................................................................... 测试步骤145.1.5........................................................................................................... 测试管理工具145.1.6................................................................................. 用户问题处理、反馈流程145.1.7........................................................................................................... 测试通过准则155.1.8................................................................................................. 测试异常中止准则155.1.9...................................................................................................... 风险分析及预防16第 1 章概述1.1编写目的编写本测试方案的目的是为客户、项目经理、开发人员、测试工程师、维护人员等项目相关人员提供海关信息数据采集与数据应用与平台测试项目整体系统测试指导。
百度软件测试方案模板
百度XXX产品v1.0.0测试方案文档版本控制目录百度XXX产品测试方案....................................... 错误!未定义书签。
1 工程简介局部 (2)文档编写目的 (2)测试工程背景描述 (2)测试工作内容和范围 (2)2 测试文档[可裁减] (3)测试所需参考文档 (3)测试需提交文档 (4)3 测试安排和方案 (5)工程整体方案 (5)测试资源安排 (9)人力资源分工 (9)测试环境安排和使用 (10)所需的合作方配合 (10)测试所需工具 (11)4 风险预估和应对[可裁减] (12)5准入测试方案[可裁减] (14)6 功能测试方案 (15)C ASE开发和管理的标准 (15)测试需求分析和策略制定 (15)分功能测试需求分析 (15)测试工具需求 (16)7 性能测试方案[可裁减] (16)性能测试工具需求 (16)场景名XXX1 (17)场景概述 (17)执行策略设计 (17)测试数据需求 (17)性能测试结果分析方法和预期 (17)压力测试场景设计 (18)场景名XXX (18)1工程简介局部文档编写目的＜工程名称＞的这一“测试方案〞文档有助于实现以下目标：[确定现有工程的信息与应测试的软件构件。
列出推荐的测试需求〔高级需求〕。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进展估计。
预估工程的风险与本钱，对制定应对措施。
列出测试工程的可交付元素]测试工程背景描述[对测试对象〔应用程序、模块、子模块、系统等〕及其开发设计目标进展简要说明。
需要包括的信息有：主要的功能与性能、测试对象的构架以及工程的简史、测试对象的设计开发初衷与目标。
]测试工作内容与范围[简要描述测试所需的阶段〔例如，评审、测试设计、单元测试、冒烟测试、手工测试、回归测试、自动化测试、性能测试、穿插自由测试等〕。
简要地列出测试对象中将承受测试或将不承受测试的那些性能与功能。
大数据性能测试方案
大数据性能测试方案-V1.0(总17页)--本页仅作为文档封面，使用时请直接删除即可----内页可以根据需求调整合适字体及大小--性能需求名称指标备注CPU使用率不高于80%内存使用率不高于80%I/O使用率不高于80%响应时间Network使用率不高于80%准备工作1.测试功能点全部通过功能测试，确保功能上没有问题；2.测试环境服务器已搭建，被测项目已部署；3.准备测试客户机；4.准备好测试数据；5.创建测试场景，并配置好每个场景的设置；6.测试过程中保存好测试数据和分析结果，并规范对执行结果进行命名测试流程环境部署5数据准备5测试场景准备5基准测试执行5负载测试执行5稳定性测试执21行测试报告2在实际测试过程中，由于测试环境有时不太稳定、和功能测试共用测试环境以及测试场景执行出错需重复测试等原因，实际进度可能会稍有推迟。
9 风险和应急影响方案的潜在风险1)选择的业务流不具有代表性。
即选择的测试功能点经过负荷测试和长时间测试后不能重现系统问题，如内存溢出，速度慢等问题；选择测试功能点的原则：客户使用系统时经常操作的业务流，以及觉得反应比较慢的几个功能模块；2)不是在实际环境中的测试（即模拟的测试环境和客户实际使用环境配置差别较大），由于测试环境的不同，测试结果和实际使用环境中的结果有一定的出入；3)测试环境中的数据量比实际环境中使用一段时间后的数据量要少的多，系统目前的性能不能代表数据量增长后的性能。
应急措施1.对上述潜在风险因素的应急措施逐项给以明确规定。
通常的应急措施有：通过适当加班来保证计划的按时完成2.如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。
控制器自动测试系统
控制器自动测试系统V1.O设计手册一．项目背景目前国内控制器的软件测试基本还处在人工测试阶段，软件测试过程中的各种数据往往靠测试人员手动记录，测试过程中出现的各种非正常状态不能被可靠地记录下来以分析控制器软件的缺陷。
这种人工软件测试的方式限制了控制器软件测试的效率以及测试的效果。
目前国内外公认的、行之有效的、具有广泛应用前景的方案就是在软件仿真测试平台上对软件进行自动测试。
控制器自动测试系统是面向控制器软件测试的计算机系统，测试人员可以根据被测软件的需求，通过对系统的各种资源进行配置，组织被测软件的输入，来驱动被测软件运行，同时接收被测软件的输出结果，从而对控制器软件进行自动的、实时的、非侵入性的闭环测试。
能够大大提高控制器软件的测试质量和测试效率。
二.本软件开发的意义目前控制器用得越来越广泛，从玩具车、收音机、空调、冰箱、洗衣机、录像机等家用产品到电子压力计，数控机床，商检自动测试仪等工业产品，到处都有微控制器的身影。
为了在市场竞争中取得优势，各种厂商不断推出越来越多的产品系列，而且功能也越来越复杂、越来越完善，这样一来，使得各种控制器的硬件、软件也越来越复杂。
缺乏可靠性的控制器软件将给产品带来难以预料的后果，家用产品可能只是影响产品的质量，工业产品可能会导致难以估计的经济损失甚至是安全事故。
可见，控制器软件的可靠性是非常重要的。
以往软件测试过程中的各种参数（如电机的转角、各种时间参数等）必须靠测试人员手动记录，测试过程中出现的各种非正常状态也不能被可靠地记录下来以分析控制器软件的缺陷。
而且，这种人工软件测试的测试效果与测试人员的工作经验和素质有很大关系，当测试人员调离该工作岗位后，后续人员很难在短时间内接手前期测试工作，需要有较长的培训期和学习期，而且也无法完全掌握原测试人员在长期工作过程中积累的经验，使知识积累出现断层。
这种人工软件测试的方式限制了控制器软件测试的效率以及测试的效果。
建立一套软件测试平台对控制器进行自动测试，可以通过自动测试系统一次完成控制器所需要测试的全部内容，取消了原有的人工测试，可以保证不会丢项和错项，并且能够减少人工缩短工时，大幅度降低生产成本。
胡志宏-129-EBMV1.0测试策略
EBMV1.0测试策略姓名：胡志宏专业班级：软件091班学号：0908060129目录1简介 (1)1.1编写目的 (1)1.2项目背景 (1)1.3系统简介 (1)1.4参考资料 (1)1.5测试的范围 (2)2测试综述 (2)2.1测试过程定义 (2)2.2测试环境与配置 (2)2.3测试方法(和工具) (2)3 单元测试................................................................................................................................... ..... . (3)4集成测试 (4)5系统测试 (4)6相关约定 (5)1. 引言1.1编写目的本测试报告为EBMV项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。
预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2项目背景本文档旨在详细说明“缺陷管理系统EBMV1.0”应提供的各种功能、功能之间协作；同时还描述了用户在系统的工作中所参与的角色以及所拥有的权限，从而使开发团队能够明确地了解所开发的“缺陷管理系统”的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求；同时为测试人员也能够参照本文档中的一些限制和需求对完成的产品进行测试，以保证产品的质量。
1.3系统简介缺陷管理是对缺陷从其发现直到最后得到正确处理进行跟踪管理的过程。
对缺陷信息进行合理地跟踪和使用，有利于软件产品质量和过程质量不断地提高。
缺陷管理工具是为配合缺陷管理流程而建立的软件系统，为研发团队进行高效地缺陷管理提供了坚实的基础。
Easy Bug Manager（下简称EBM）是一款为配合软件测试教学而开发的适合中小型软件开发团队使用的缺陷管理工具，该工具目前主要提供缺陷在其生命周期中的跟踪处理、缺陷查询、缺陷统计等基本的缺陷管理功能。
测试方案模板
No:G1*******测试方案样品名称 ________________________________ 生产单位 _________________________________委托单位 _________________________________测试类型__________________________________ 报告日期___________________________________国家应用软件产品质量监督检验中心版本修订记录文档使用对象审批人员目录1 •文档标识2•概要2.1文档用途2.2测试目的2.3测试范围2.3.1用户文档2.4测试环境描述2.5参考资料2.5.1缩写2.5.2定义2.5.3文档3.组织机构3.1角色与职责3.2培训3.2.1与应用相关的方面3.2.2测试过程培训3.2.3工具培训4.测试进度5 •测试流程5.1测试类型5.2测试方法5.3测试关键过程域531测试计划制订（KPA1532测试用例开发（KPA2533测试环境准备（KPA3534测试执行（KPA45.3.5测试结果分析（KPA55.3.6进行情况汇报（KPA65.4验收标准6.可交付成果7.相关过程7.1缺陷管理8.假设9.约束10.依赖11.风险和问题1 •文档标识本文档包含针对［生产单位］开发的［待测试产品名称V1.0］的全面的测试方案。
2•概要2.1文档用途本文档是完成［XXX项目测试的指导性文件。
本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求，这也是本测试项目中其他文档编写及结果评价的基础。
2.2测试目的在此说明本次测试的目的。
［示例：本次测试是针对［xxx］项目进行的确认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标提供客观的依据。
］2.3测试范围参照［项目名称］合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。
软件测试大纲范本(doc格式)
用户和密码验证功能 正确，权限设置正 确。
3
运行稳 在软件的测试运行中 定性 进行判定。
没有发生由于软件错 误而导致的系统崩溃 和丢失数据现象。
d) 用户界面
序 号
测试内 容
测试方法
预期测试结果
备注
1 界面输 在软件的测试运行中 光标可以正确定位到输
入
检查界面输入是否正 入域结算、销 列表中选中一条记录
售价、客户价格。 按“删除” 后在列表中
该记录消失。
进货单、进货退货
2
业务管 理
单、销售单、销售退 货单、调拨出仓新 单、调拨入仓新单、
输入数据后可生成相 应表单且数据无误。
成品库存盘点。
进货查询、进货退货
查询、销售查询、调 输入查询条件后可生
3
业务查 询
拨出仓查询、调拨入 成相应表单，并可修 仓查询、成品库盘点 改或作废表单数据。 查询、成品库存查 相应操作后查询数据
ROM 和 1.44软驱
软件环境：Windows NT 4.0/98/95操作系统 3、测试方法：使用以用户文档为基础构造的测试用例来测试程序和数 据。 4、测试项目： a) 系统安装与卸载（对于说明书中注明由开发方提供系统安装和配置 服务的软件，该部分可免测，请在测试方法中注明）
序 号
测试内 容
测试方法
序 号
测试内 容
测试方法
预期测试结果
备注
界面中 1 文符合
性
字库中 2 文符合
性 f) 用户文档
序 测试内 号容
检查软件界面是否使 用简体中文。
软件无自带中文字 库。
测试方法
界面使用统一的简体中 文。
免测。（对于自带字库 的软件要求对字库进行 检测）
软件设计说明书模板样本
[项目名称]设计阐明书[V1.0(版本号)]拟制人______________________ 审核人______________________ 批准人______________________[年月日]设计阐明书1．引言1.1编写目[阐明编写这份设计阐明书目，指出预期读者。
]1.2背景a.[待开发软件系统名称；]b.[列出本项目任务提出者、开发者、顾客。
]1.3定义[列出本文献中用到专门术语定义和外文首字母组词原词组。
] 1.4参照资料[列出关于参照资料。
]2．总体设计2.1需求规定[阐明对本系统重要输入输出项目、解决功能性能规定。
涉及] 2.1.1系统功能2.1.2系统性能2.1.2.1精度2.1.2.2时间特性规定2.1.2.4可靠性2.1.2.5灵活性2.1.3输入输出规定2.1.4数据管理能力规定2.1.5故障解决规定2.1.6其她专门规定2.2运营环境[简要地阐明对本系统运营环境规定。
]2.2.1设备[列出运营该软件所需要硬设备。
阐明其中新型设备及其专门功能。
]2.2.2支持软件[列出支持软件，涉及要用到操作系统、编译（或汇编）程序、测试支持软件等。
] 2.2.3接口[阐明该系统同其她系统之间接口、数据通信合同等]2.2.4控制[阐明控制该系统运营办法和控制信号，并阐明这些控制信号来源。
]2.3基本设计概念和解决流程[阐明本系统基本设计概念和解决流程，尽量使用图表形式。
]2.4构造[给出系统构造总体框图（涉及软件、硬件构造框图），阐明本系统各模块划分，扼要阐明每个系统模块标记符和功能，分层次地给出各模块之间控制与被控制关系。
]2.5功能需求与系统模块关系[本条用一张矩阵图阐明各项功能需求实现同各模块分派关系。
]2.6人工解决过程[阐明在本系统工作过程中不得不包括人工解决过程。
]2.7尚未解决问题[阐明在概要设计过程中尚未解决而设计者以为在系统完毕之前必要解决各个问题。
]3.系统构造[给出系统构造框图，涉及软件构造、硬件构造框图。
软件测试环境管理方案规范.docx
测试环境管理规范修改履历修改编号版本修改条款及内容修改日期1V1.0初稿目录1.概述 (6)1.1目的 (6)1.2适用范围 (6)2.环境使用要求和原则 (6)2.1环境使用要求 (6)2.2环境使用原则 (6)3.硬件环境 (8)3.1全流程测试环境申请 (8)3.1.1申请流程图 (8)3.1.2申请流程说明： (8)3.2待测系统环境申请 (9)3.2.1申请流程图 (9)3.2.2申请流程说明： (9)3.3测试用机申请 (10)3.3.1申请流程图 (10)3.3.2申请流程说明： (10)3.4硬件环境变更 (11)3.4.1全流程测试环境变更流程图 (11)3.4.2全流程测试环境变更流程说明：113.5硬件环境释放 (12)3.5.1释放流程图 (12)3.5.2释放流程说明 (13)4 .环境权限 (13)4.1权限说明 (13)4.1.2监控帐户 (13)4.1.3应用帐户 (13)4.1.4备用帐户 (13)4.1.5特殊帐户 (14)4.2权限申请流程 (14)4.2.1查询帐户申请流程 (14)4.2.2监控帐户申请流程 (14)4.2.3应用帐户申请流程 (14)4.2.4备用帐户申请流程 (14)4.2.5特殊帐户申请流程 (15)4.3应用系统 (15)4.3.1应用版本变更 (15)应用版本部署 (15)应用版本变更 (15)4.3.2测试数据 (15)测试数据预埋 (15)测试数据变更 (16)5 .系统参数变更 (16)5.1工作时段参数变更 (17)5.1.1变更流程图： (17)5.1.2变更流程说明： (17)5.2非工作时段参数变更 (18)5.2.1变更流程图： (18)5.2.2变更流程说明 (18)6 .系统备份 (19)6.1.1备份说明 (19)6.1.2备份流程 (19)6.2特需备份 (20)6.2.1备份说明 (20)6.2.2备份流程 (20)1.概述1.1 目的指导银行科技部规范测试实施环境管理工作，并为各相关小组对测试环境操作执行提供实施指导，以便帮助各相关小组能够合理、高效的使用测试环境，更方便、更快捷的完成测试任务。
Counter V1.0软件需求规格说明书(写用例用)
Counter V1.0软件需求规格说明书拟制上海博为峰软件技术有限公司日期2003-06-08 评审人日期yyyy-mm-dd修订记录目录1简介 (6)1.1目的 (6)1.2范围 (6)2总体概述 (6)2.1软件概述 (6)2.1.1项目介绍 (6)2.1.2产品环境介绍 (6)2.2软件功能 (6)2.3用户特征 (6)2.4假设和依赖关系 (6)3具体需求 (7)3.1功能需求 (7)3.1.1SRS-COUNTER-001统计源文件中的代码行 (7)3.1.2SRS-COUNTER-002统计源文件中的注释行 (8)3.1.3SRS-COUNTER-003统计源文件中的空行 (10)3.1.4SRS-COUNTER-004统计源文件中的总行数 (11)3.2性能需求 (12)3.2.1代码统计速度需求 ......................................................................... 错误！未定义书签。
3.3外部接口需求 (12)3.3.1用户接口 (12)3.3.2软件接口 (13)4总体设计约束 (13)4.1标准符合性 (13)4.2硬件约束 (13)4.3技术限制 (14)5需求分级 (14)表目录表1 统计代码行功能输入参数 (7)表2 统计注释行功能的输入参数 (9)表3 统计空行功能的输入参数 (10)表4 统计总行数功能的输入参数 (11)图目录图2 Counter 1.0的用户界面 (13)Counter V1.0软件需求规格说明书关键词：代码行、空行、注释行、统计工具摘要：本文档是Counter V1.0的软件需求规格说明书，细化了《Counter V1.0项目工作任务书》中的需求，提供给相关人员完成概要设计说明书和系统测试设计。
缩略语清单：1 简介1.1 目的本文档是Counter（代码行统计工具）的软件需求规格说明书。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试方案
1
概述 .
1.1 软件测试流程实施方案 . ................. 4 1.2 软件测试流程图 . ..................... 4 1.
2.1 ......................................................................... 测试工作总体流程图 .
4
1.2.2 ......................................................................... 计划、用例阶段流程图 . 5
1.2.3 ............................................................................ 单元/集成测试阶段流程图 . 6
1.2.4 ......................................................................... 系统测试阶段流程图 . 7
1.2.5 .................................................................... 验收测试流程图 . 8
2 测试资源和环境 . (8)
2.1 硬件配置 . ........................ 8 2.2 软件配置 . ........................ 9 2.3 测试数据 . (9)
3 测试策略 .
3.1.1 功能测试 ......................... 9 3.1.2 用户界面（ UI ）测试 .................. 9 3.1.3 性能测试 ......................... 10 3.1.4 安全性测试 ....................... 10 3.1.5 兼容性测试 ....................... 11 3.1.6 回归测试 ......................... 11 3.2 测试实施阶段 . (11)
4 测试通过标准 5
测试用例模板 . (12)
测试用例是根据软件需求得出的功能描述，用尽可能少的测试用例覆盖尽可能多的功 能，避免冗余。
(12)
6 测试 bug 提交与管理 (12)
测试如果有错误就需要提交 bug ， bug 更需要通过管理维护来观察测试进度，直至 bug
跟踪完成。
.................... 错误！未定义书签。
使用 QC 软件来提交与管理 bug 。
. ....... 错误！未定义书签。
目录
12
错误！未定义书签。
1 概述
软件的错误是不可避免的，所以必须经过严格的测试。
通过对本软件的测试，尽可能的发 现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正 确地实现其预期的功能。
检测和排除子系统（或系统）结构或相应程序结构上的错误，使所有 的系统单元配合合适，整体的性能和功能完整。
并且使组装好的软件的功能与用户要求一致。
1.1 软件测试流程实施方案
从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓 起，规范软件产品的开发过程。
按照流程进行开发可以使得我们少走弯路，并有效 的提高产品质量，提高用户的满意度。
1.2软件测试流程图
1.2.1测试工作总体流程图
说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。
1.2.2计划、用例阶段流程图
项目经理测试经理测试工程师评审委员会
立项项目总体计划
评审
设计说明书
NO 是否符合要
求
用户业务要求
功能实现
测试用例评审是否符合要
求
NO
段阶例用、划计、求需
时间
测试计划
需要完成的功能
需求说明
书》
YES
YES
1.2.3 单元/ 集成测试阶段流程图
需求计 划阶段 结束
执行单元 /集成测试 （使用测试用例）
测试缺陷记录
单、 Bug 报告
是否达到要 是否达求到要
测试报告
YES
段阶试测成集/
元单进入系统测试
阶段
开发工程师
项目经理 测试经理 测试工程师 评审委员会
编写 /修改测
试 代码
测试申请
执行预测试 编码审核）
NO
评审是否达 到可进行测 试的标准
S
1.2.4 系统测试阶段流
程图
项目经
理
测试经理测试工程
师
系统测试申请
是否初测NO 复查BUG
退回项目经理
或挂起
YES
YES
编写补充测
试用例
段
阶
试
测
统
系
YE
NO
通过用
例覆盖率评
审
系统测试
1.2.5 验收测试流程图 说明：验收测试为系统上线前的最后检验，检验
方向主要是安装包、安装程 序、用户手册、加密设置、基本功能等内容。
YES
段 阶 试 测 收 验
2 测试资源和环境
2.1 硬件配置
关键项
数量
性能要求
期望到位阶段
测试 PC 机
1
P4，主频 2.6GHZ ，硬盘 300G ，内 存 2G ，此配置是实际用机
需求分析阶段
项目经理
测试经理
测试工程师
系统测试 完成
使用手册
系统测试申请
NO
退回项目 经理
NO
是否达到验 收要求
加密测试
验收测试结束
提交验收测试 报告、安装 包、手册
2.2软件配置
2.3测试数据
本方案的测试数据来源于测试需求及测试用例。
（测试数据可以是开发给出，也可以是测试工程师整理）
3测试策略
系统测试类型及各种测试类型所采用的方法、工具等介绍如下：
3.1.1 功能测试
3.1.2用户界面（ UI）测试
3.1.3性能测试
3.1.4安全性测试
3.1.5兼容性测试
3.1.6回归测试
3.2 测试实施阶段
4测试通过标准
系统无业务逻辑错误和二级的BUG。
经确定的所有缺陷都已得到了商定的解决结果。
所设
计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。
注：缺陷的严重等级说明：
A：严重影响系统运行的错误；
B：功能方面一般缺陷，影响系统运行；
C：不影响运行但必须修改；
D：合理化建议。
5测试用例模板
测试用例是根据软件需求得出的功能描述，用尽可能少的测试用例覆盖尽可能多的功能，避免冗余。
6测试bug 提交与管理
测试如果有错误就需要提交bug，bug 更需要通过管理维护来观察测试进度，直至bug 跟踪完成。
使用QC软件来提交与管理bug
提交bug也需要按照一定格式，方便开发能够清晰的知道bug 出在了哪里，以便维护。
案例：测试文档模板
见附件《测试文档模板V1.0 》。