测试过程控制及样例

1、测试过程控制与样例1目的确保测试的有效性和验证结果的可靠性，从而保证软件实现阶段质量和最终 质量。并作为验证与确认软件版本发布、工程验收的依据。2适用围部门：应用开发事业部总监、系统测试部、软件部门、业务部门 业务：模块测试、系统测试，B测试与试运行测试结果的收集。3职责1) 1)系统测试部经理负责组织测试人员编写测试工作方案和测试大纲，审核测试记录和测试报告，申请发布测试版或软件试运行。2) 2)测试人员按照测试工作方案和测试大纲进行测试，填写测试记录，编写系统测试报告和用户测试报告。3) 3)业务部门负责提供用户测试，系统测试部收集测试结果4) 4)应用开发事业部(副)总监审批测试报告，批

2、准测试版发布或软件试运行，通知业务部门。5) 5)市场部为产品发布做准备。6) 6)总经理批准紧急放行。7) 7)系统测试部负责解释和修订本程序文件。4工作程序1) 1)测试准备除单元测试外，在进行各种测试前应准备做好如下准备： 配备测试用硬件环境； 建立相应的运行环境和网络环境； 准备测试数据；2) 2)测试依据测试依据主要包括：测试工作方案、测试大纲、上阶段测试记录、上版软 件产品用户反应意见记录等。3) 3)测试工作方案与测试大纲系统测试部经理组织测试人员按照/3-07/QR/001?测试工作方案?编写测 试工作方案，测试工作方案应主要包括测试进度、人员安排、设备环境的 建立等。测试工作

3、方案经应用开发事业部(副)总监批准后实施。系统测试部经理组织测试人员，根据软件?需求分析规格说明书?、?软件 设计说明书?，按照/3-07/QR/002?测试大纲编写指南?编写测试大纲。测试大纲作为测试的主要依据，测试大纲经应用开发事业部(副)总监批 准后实施。44测试实施模块测试：由测试人员依据?测试大纲?进行测试。在测试 过程中，测试人员应作好测试记录，填写测试问题记录表，确认模块 测试是否通过。如模块测试通过，可提交系统联调测试。如模块测试 未通过，测试人员应将测试问题记录表与时反应给软件部门进行修改。系统测试：模块测试通过后，由测试负责人依据?测试大纲? 进行系统联调测试。在测试过程中

4、，测试人员应作好测试记录，填写 测试问题记录，确认系统测试是否通过。如系统测试通过，产品可申 请发布 测试版，系统可申请试运行。如系统测试未通过，测试人员应 将测试问题记录表与时反应给软件部门进行修改。测试负责人应与时总结测试过程中的问题，按照 /3-07/QR/004?测试报告编写指南?编写系统测试报告，?系统测试报 告?经系统测试部经理审核后，提交应用开发事业部副总监批准。 经批准的?系统测试报告?由应用开发事业部和咨询部备案。应用开发事业部副总监根据?系统测试报告?，必要时 对软件产品进行抽测，批准产品是否发布版或是否进入试运行。如批 准 版测试，那么应与时通知市场部，同时提交用户手册初

5、稿；如批准进 入试运行，那么应与时通知系统测试部建立试运行环境。市场部为产品发布应做如下准备：产品包装、各类手册、宣传资料等设计制作与产品宣传筹划 等工作业务部门提供测试用户，制作 版，并发给测试用户。系 统测试部应主动收集 测试的记录和问题，并由测试负责人编制?测试报告?，经系统测试部经理审核后，提交给应用开发事业部副总 监。同时系统测试部经理根据系统测试和用户测试情况，提交正式版 本发布申请。试运行期间，系统测试部应主动收集测试的记录和问题，并 由测试负责人编制?试运行测试报告?，经系统测试部经理审核后，进 行工程提交。55测试状态标识各级测试必须在其测试记录上明显标识测试状态。 各级测试

6、人员必须审核 测试状态，标明“不通过的软件项不能进行入下一阶段的开发或测试。测试状态两类： “通过：测试通过，可以转入下一阶段工作。 “不通过：测试没通过，不能转入下一阶段工作。66紧急放行规定紧急情况下，测试中出现的某项“不通过，在不影响下一阶段开发、不 影响软件产品结构、不影响用户使用的情况下，经应用开发事业部副 总监审核后，由总经理批准后，可以放行进行下一阶段开发或提交发版。 但测试人员必须做好记录，并采取措施进行跟踪或后续版本发版后与时给 用户予以更换。7) 7)测试记录、测试报告保存期限系统测试部应完好地保存测试记录和测试报告，并保存至下一版本发版 后。8) 8)系统测试部应按照/4

7、-04?软件度量程序?进行软件开发过程度量。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附录/3-07/QR/001测试工作方案测试工作

8、方案编号：软件名称版本号系统测试部经理编制日期测试任务概述所需资源1 人员：要求人数、时间、每人的专业技术水平 2设备：设备类型、应用阶段与时间3经费:测试平台环境、工具描述进度安排描述测试人员工作的进度与人员分工应用开发事业部副总监意见：签字： 年月日/3-07/QR/002软件测试大纲编写指南软件测试大纲编写指南1引言1 1编写目的说明本测试方案的具体编写目的，指出预期的读者围背景说明：a. a.本测试方案所附属的软件系统的名称；b. b.该开发工程的历史，列出用户和执行此工程测试的计算中心，说明在 开始执行本测试方案之前必须完成的各项工作。1 3定义列出本文件中用到的专门术语的定义和外文

9、首字母组词的原词组。1 4 参考资料列出要用到的参考资料，如：a. a.本工程的经核准的方案任务书或合同、上级机关的批文；b. b.属于本工程的其他已发表的文件；c. c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些 文件资料的来源。2 方案2 1软件说明提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为 表达测试方案的提纲。2 2测试容列出组装测试和确认测试中的每一项测试容的名称标识符、这些测试的进度安排以与这些测试的容和目的，例如模块功能测试、接口正确性测试、数据文卷 存取的测试、运行时间的测

10、试、设计约束和极限的测试等。2 3测试1 标识符给出这项测试容的参与单位与被测试的部位。2 3 1进度安排给出对这项测试的进度安排，包括进行测试的日期和工作容如熟悉环境、培 训、准备输入数据等。2 32条件述本项测试工作对资源的要求，包括：a. a.设备 所用到的设备类型、数量和预定使用时间；b. b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组 成局部的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等。c. c.人员 列出在测试工作期间预期可由用户和开发任务组提供的工作人 员的人数、技术水平与有关的预备知识，包括一些特殊要求，如倒班操作 和数据健入人员。2 33测试资料

11、列出本项测试所需的资料，如：a. a.有关本项任务的文件；b. b.被测试程序与其所在的媒体；c. c.测试的输入和输出举例；d. d.有关控制此项测试的方法、过程的图表。2 34测试培训说明或引用资料说明为被测软件的使用提供培训的方案。规定培训的容、受训的人员与从事培训的工作人员。2 4测试2 标识符用与本测试方案23条相类似的方式说明用于另一项与其后各项测试容的测试 工作方案。3 测试设计说明3 1测试1 标识符说明对第一项测试容的测试设计考虑。3 1 1 控制说明本测试的控制方式，如输入是人工、半自动或自动引入、控制操作的顺序 以与结果的记录方法。3 1 2输入说明本项测试中所使用的输入

12、数据与选择这些输入数据的策略。3 1 3输出说明预期的输出数据，如测试结果与可能产生的中间结果或运行信息。3 1 4过程说明完成此项测试的一个个步骤和控制命令， 包括测试的准备、初始化、中间 步骤和运行完毕方式。3 2测试2 标识符用与本测试方案31条相类似的方式说明第2项与其后各项测试工作的设计考4 评价准那么4 1围说明所选择的测试用例能够检查的围与其局限性。4 2数据整理述为了把测试数据加工成便于评价的适当形式， 使得测试结果可以同结果 进行比拟而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式 整理数据，还要说明为进行处理而要用到的硬件、软件资源。4 3尺度说明用来判断测试

13、工作是否能通过的评价尺度， 如合理的输出结果的类型、测 试输出结果与预期输出之间的容许偏离围、允许中断或停机的最大次数。应用开发事业部副总监意见:签字：年月曰/3-07/QR/003 软件测试问题记录表软件测试问题记录表程序名称：版本号:测 试 人 员 报 告报告类 型严重程度报告人报告日期问题描 述重现方 法修改建 议开 发出错位置处理优先级目前状态人 员 处 理出错原 因处理意 见新版本 号处理人处理日期处 理 后测试人测试日期问题解决否报告类型1-6 : 1 代码错误2设计错误3建议4.文档问题5.硬件问题6.疑问严重程度1-3： 1 .致命错误2.严重错误3.一般性错误目前状态1-2

14、:1 .尚未处理2.处理完毕处理优先级1-4 : 1.尽快修改；2 .一个测试阶段完毕后再予修改;3. 如果有时间就改，没有时间可以暂时搁置；4.可忽略不改。 处理意见1-9 : 1.暂时搁置2.修改完毕3.延期修改4. 测试人员弄错了 5.不作修改6.需要更多信息7.无法重现&无法修改9.不同意修改建议/3-07/QR/004测试报告编写指南测试报告编写指南1引言1 1编写目的说明这份测试分析报告的具体编写目的，指出预期的阅读围背景说明：a. a.被测试软件系统的名称；b. b.该软件的任务提出者、开发者、用户与安装此软件的计算中心，指出 测试环境与实际运行环境之间可能存在的差异以与

15、这些差异对测试结果的 影响。1 3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14参考资料列出要用到的参考资料，如：a. a.本工程的经核准的方案任务书或合同、上级机关的批文；b. b.属于本工程的其他已发表的文件；c. c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些 文件资料的来源。2 测试概要用表格的形式列出每一项测试的标识符与其测试容， 并指明实际进行的测试工 作容与测试方案中预先设计的容之间的差异，说明作出这种改变的原因。3 测试结果与发现3 1测试1 标识符把本项测试中实际得到的动态

16、输出包括部生成数据输出结果同对于动态输 出的要求进行比拟，述其中的各项发现。3 2测试2 标识符用类似本报告31条的方式给出第2项与其后各项测试容的测试结果和发现。4 对软件功能的结论4 1功能1 标识符4 1 1能力简述该项功能，说明为满足此项功能而设计的软件能力以与经过一项或多项测 试已证实的能力。4 1 2限制说明测试数据值的围包括动态数据和静态数据，列出就这项功能而言，测 试期间在该软件中查出的缺陷、局限性。4 2功能2 标识符用类似本报告4 1的方式给出第2项与其后各项功能的测试结论。5 分析摘要5 1能力述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比拟， 并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。5 2缺陷和限制述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响， 并 说明全部测得的性能缺陷的累积影响和总影响。5 3建议对每项缺陷提出改良建议，如：a. a.各项修改可采用的修改方法；b. b.各项修改的紧迫程度；c. c.各项修改预计的工作量；d. d.各项修改的负责人。5 4评价说明该项软件的开发是否已到达预定目标，能否交付使用。6 测试资源消耗总结测试