测试过程控制及样例

1、测试过程控制及样例1 目的确保测试的有效性和验证结果的可靠性，从而保证实现阶段质量和最终质量。并作为验证及确认版本发布、项目验收的依据。2 适用范围部门：应用开发事业部总监、系统测试部、业务：模块测试、系统测试，测试及试运部门、业务部门。试结果的收集。3 职责1)系统测试部经理负责组织测试编写测试工作计划和测试大纲，审核测试测试和测试，申请发布测试版或试运行。试，填写测试2)按照测试工作计划和测试大纲进，编写系统测试和用户测试。3)4)业务部门负责提供用户测试应用开发事业部（副）总监行，通知业务部门。市场部为产品发布做准备。总经理批准紧急放行。，系统测试部收集测试，批准测试版发布或试运5)6)

2、7)系统测试部负责解释和修订本程序文件。4 工作程序1)测试准备除单元测试外，在进行各种测试前应准备做好如下准备：配备测试用硬件环境；建立相应的运行环境和网络环境；准备测试数据；2)测试依据测试依据主要包括：测试工作计划、测试大纲、上阶段测试、上版软件产品用户反馈意见等。3)测试工作计划及测试大纲系统测试部经理组织测试按照/3-07/QR/001测试工作计划编写测试工作计划，测试工作计划应主要包括测试进度、安排、设备环境的建立等。测试工作计划经应用开发事业部（副）总监批准后实施。系统测试部经理组织测试，根据需求分析规格说明书、设计说明书，按照/3-07/QR/002测试大纲编写指南编写测试大纲

3、。测试大纲作为测试的主要依据，测试大纲经应用开发事业部（副）总监批准后实施。4)测试实施模块测试：由测试依据测试大纲进试。在测试过程中，测试应作好测试，填写测试问题表，确认模块测试是否通过。如模块测试通过，可提交系统联调测试。如模块测试未通过，测试应将测试问题表及时反馈给部门进行修改。依据测试大纲进行系系统测试：模块测试通过后，由测试统联调测试。在测试过程中，测试应作好测试，填写测试问题，确认系统测试是否通过。如系统测试通过，产品可申请发布测试版，系统可申请试运行。如系统测试未通过，测试应将测试问题测试试表及时反馈给部门进行修改。应及时总结测试过程中编写指南编写系统测试，按照/3-07/QR/

4、004测，系统测试经系统测试部经理审核后，提交应用开发事业部（副）总监批准。经批准的系统测试由应用开发事业部和部备案。应用开发事业部（副）总监根据系统测试，必要时对产品进行抽测，批准产品是否发布版或是否进入试运行。如批准版测试，则应及时通知市场部，同时提交用户手册初稿；如批准进入试运行，则应及时通知系统测试部建立试运行环境。市场部为产品发布应做如下准备：产品包装 、各类手册、宣传资料等设计制作及产品宣传策划等工作业务部门提供测试用户试部应主动收集测试的，制作版，并发给测试用户。系统测和问题，并由测试编制测试报告，经系统测试部经理审核后，提交给应用开发事业部（副）总监。同时系统测试部经理根据系统

5、测试和用户测试情况，提交正式版本发布申请。试运行期间，系统测试部应主动收集测试的和问题，并由测试负责人编制试运交。测试状态标识各级测试必须在其测试试，经系统测试部经理审核后，进行项目提5)上明显标识测试状态。各级测试必须审核测试状态，标明“不通过”的测试状态两类：项不能进行入下一阶段的开发或测试。“通过”：测试通过，可以转入下一阶段工作。“不通过”：测试没通过，不能转入下一阶段工作。紧急放行规定紧急情况下，测试中出现的某项“不通过”，在不影响下一阶段开发、不6)影响产品结构、不影响用户使用的情况下，经应用开发事业部（副）总监审核后，由总经理批准后，可以放行进行下一阶段开发或提交发版。但测试必须

6、做好，并采取措施进行或后续版本发版后及时给用户予以更换。7)测试、测试保存期限系统测试部应完好地保存测试后。系统测试部应按照/4-04和测试，并保存至下一版本发版8)度量程序进行开发过程度量。5 相关文件质量审核程序/3-03/3-04/3-05/3-06质量计划程序需求程序设计程序实现程序/4-05 评审、验证和确认程序/3-08产品发布确认程序/4-02 质量管理程序/4-03度量程序6 质量/3-07/QR/001/3-07/QR/002/3-07/QR/003/3-07/QR/004/3-07/QR/005/3-07/QR/006/3-07/QR/007测试工作计划测试大纲编写指南测试

7、问题表测试版发版试运行编写指南表表用户测试表7 附录/3-07/QR/001测试工作计划测试工作计划：名称版本号系统测试部经理编制日期测试任务概述所需资源：要求人数、时间、每人的专业技术水平设备：设备类型、应用阶段及时间经费：测试环境、工具描述进度安排描述测试工作的进度及分工应用开发事业部（副）总监意见：签字：年月日/3-07/QR/002测试大纲编写指南测试大纲编写指南1引言11编写目的说明本测试计划的具体编写目的，预期的读者范围。12背景说明：a. 本测试计划所从属的系统的名称；b. 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。13

8、定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14参考资料列出要用到的参考资料，如：a. 本项目的经核准的计划任务书或合同、机关的批文；b. 属于本项目的其他已的文件；c. 本文件中各处的文件、资料，包括所要用到的开发标准。列出这些文件的标题、文件、日期和，说明能够得到这些文件资料的来源。2计划21说明提供一份图表，并逐项说明被测的功能、输入和输出等质量指标，作为叙述测试计划的提纲。22测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测

9、试等。23测试 1（标识符）给出这项测试内容的参与及被测试的部位。231进度安排给出对这项测试的进度安排，包括进试的日期和工作内容（如熟悉环境、培训、准备输入数据等）。232条件陈述本项测试工作对资源的要求，包括：a. 设备所用到的设备类型、数量和预定使用时间；b.列出将被用来支持本项测试过程而本身又并不是被测的组成部分的，如测试驱动程序、测试程序、仿真程序、桩模块等等。c.列出在测试工作期间预期可由用户和开发任务组提供的的人数、技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据健入。233测试资料列出本项测试所需的资料，如：a. 有关本项任务的文件；b. 被测试程序及其所在的；c.

10、 测试的输入和输出举例；d. 有关控制此项测试的方法、过程的图表。234测试培训说明或资料说明为被测的使用提供培训的计划。规定培训的内容、受训的及从事培训的。24测试 2（标识符）用与本测试计划 23 条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。3测试设计说明31测试 1（标识符）说明对第一项测试内容的测试设计考虑。311控制说明本测试的控制方式，如输入是人工、半自动或自动引入、控制操作的顺序以及结果的方法。312输入说明本项测试中所使用的输入数据及选择这些输入数据的策略。313输出说明预期的输出数据，如及可能产生的中间结果或运行信息。314过程说明完成此项测试的一个个步骤和

11、控制命令，包括测试的准备、初始化、中间步骤和运行结束方式。32测试 2（标识符）用与本测试计划31 条相类似的方式说明第2 项及其后各项测试工作的设计考虑。4评价准则41范围说明所选择的测试用例能够检查的范围及其局限性。42数据整理陈述为了把测试数据加工成便于评价的适当形式，使得可以同已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还明为进行处理而要用到的硬件、资源。43尺度说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。应用开发事业部（副）总监意见：签字：年月日/3-

12、07/QR/003测试问题表测试问题表程序名称：版本号：类型（1-6）：1代码错误2设计错误3建议测试人员报告类型严重程度人日期问题描述重现方法修改建议开发人员处理出错位置处理优先级目前状态出错原因处理意见新版本号处理人处理日期处理后测试人测试日期问题解决否4文档问题5硬件问题6疑问严重程度（1-3）： 1致命错误2严重错误3一般性错误目前状态（1-2）： 1尚未处理2处理结束处理优先级（1-4）：1尽快修改；2一个测试阶段结束后再予修改；3如果有时间就改，没有时间可以暂时搁置；4可忽略不改。处理意见（1-9）：1暂时搁置2修改完毕3延期修改4测试弄错了5不作修改6需要信息7无法重现8无法修改

13、9不同意修改建议/3-07/QR/004测试编写指南测试编写指南1引言11编写目的说明这份测试分析的具体编写目的，预期的阅读范围。12背景说明：a. 被测试系统的名称；b. 该的任务提出者、开发者、用户及安装此的计算中心，测试环境与实际运行环境之间可能存在的差异以及这些差异对的影响。13定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14参考资料列出要用到的参考资料，如：a. 本项目的经核准的计划任务书或合同、机关的批文；b. 属于本项目的其他已的文件；c. 本文件中各处的文件、资料，包括所要用到的开发标准。列出这些文件的标题、文件、日期和，说明能够得到这些文件资料的来源。2测试

14、概要用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。3及发现31测试 1（标识符）把本项测试中实际得到的动态输出（包括生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。32测试 2（标识符）用类似31 条的方式给出第 2 项及其后各项测试内容的和发现。4对功能的结论41功能 1（标识符）411能力简述该项功能，说明为满足此项功能而设计的能力以及经过一项或多项测试已证实的能力。412限制说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该中查出的缺陷、局限性。4

15、2功能 2（标识符）用类似41 的方式给出第 2 项及其后各项功能的测试结论。5分析摘要51能力陈述经测试证实了的本的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。52缺陷和限制陈述经测试证实的缺陷和限制，说明每项缺陷和限制对性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。53建议对每项缺陷提出改进建议，如：a. 各项修改可采用的修改方法；b. 各项修改的紧迫程度；c. 各项修改预计的工作量；d. 各项修改的。54评价说明该项的开发是否已达到预定目标，能否交付使用。6测试资源消耗总结测试工