测试过程控制及样例

上传人:公**** 文档编号:429895995 上传时间:2022-08-07 格式:DOCX 页数:15 大小:30.71KB
返回 下载 相关 举报
测试过程控制及样例_第1页
第1页 / 共15页
测试过程控制及样例_第2页
第2页 / 共15页
测试过程控制及样例_第3页
第3页 / 共15页
测试过程控制及样例_第4页
第4页 / 共15页
测试过程控制及样例_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《测试过程控制及样例》由会员分享,可在线阅读,更多相关《测试过程控制及样例(15页珍藏版)》请在金锄头文库上搜索。

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

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

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

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

5、同时提交用户手册初稿;如批准进入 试运行,则应及时通知系统测试部建立试运行环境。 市场部为产品发布应做如下准备: 产品包装 、各类手册、宣传资料等设计制作及产品宣传策划等工 作 业务部门提供P测试用户名单,制作P版,并发给P测试用户。 系统测试部应主动收集P测试的记录和问题,并由测试负责人编制B 测试报告,经系统测试部经理审核后,提交给应用开发事业部(副) 总监。同时系统测试部经理根据系统测试和用户测试情况,提交正式 版本发布申请。 试运行期间,系统测试部应主动收集测试的记录和问题,并由测 试负责人编制试运行测试报告,经系统测试部经理审核后,进行项 目提交。5)5) 测试状态标识 各级测试必须

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

7、测试报告,并保存至下一版本发版 后。8) 8) 系统测试部应按照/4-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测试工作计划 软件测试大纲编写指南 软件测试问题记录表 测试报告编写指南

8、版发版审批表试运行审批表 用户测试报告表7 附录/3-07/QR/001 测试工作计划测试工作计划编号:软件名称版本号系统测试部经理编制日期测试任务概述所需资源1人员:要求人数、时间、每人的专业技术水平2设备:设备类型、应用阶段及时间3经费:测试平台环境、工具描述进度安排描述测试人员工作的进度及人员分工应用开发事业部(副)总监意见:/3-07/QR/002 软件测试大纲编写指南软件测试大纲编写指南1 引言1.1编写目的说明本测试计划的具体编写目的,指出预期的读者范围。1.2 背景说明:a. a. 本测试计划所从属的软件系统的名称;b. b. 该开发项目的历史,列出用户和执行此项目测试的计算中心

9、,说明在开 始执行本测试计划之前必须完成的各项工作。1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料列出要用到的参考资料,如:a. a. 本项目的经核准的计划任务书或合同、上级机关的批文;b. b. 属于本项目的其他已发表的文件;c. c. 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。2 计划2.1软件说明提供一份图表,并逐项说明被测软件的功能、输入和输出等质量指标,作为 叙述测试计划的提纲。2.2 测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、

10、这些测试的进 度安排以及这些测试的内容和目的,例如模块功能测试、接口正确性测试、数据 文卷存取的测试、运行时间的测试、设计约束和极限的测试等。2.3 测试 1(标识符)给出这项测试内容的参与单位及被测试的部位。2.3.1 进度安排给出对这项测试的进度安排,包括进行测试的日期和工作内容(如熟悉环境、 培训、准备输入数据等)。2.3.2 条件陈述本项测试工作对资源的要求,包括:a. a. 设备 所用到的设备类型、数量和预定使用时间;b. b. 软件 列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等c. c. 人员 列出在测试工作

11、期间预期可由用户和开发任务组提供的工作人员的人数、技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和 数据健入人员。2.3.3 测试资料列出本项测试所需的资料,如:a. a. 有关本项任务的文件;b.b. 被测试程序及其所在的媒体;c. c. 测试的输入和输出举例;d. d. 有关控制此项测试的方法、过程的图表。234测试培训说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受 训的人员及从事培训的工作人员。2.4测试2(标识符)用与本测试计划2.3条相类似的方式说明用于另一项及其后各项测试内容的 测试工作计划。3 测试设计说明3.1 测试1(标识符)说明对第一项测试内容

12、的测试设计考虑。3.1.1 控制说明本测试的控制方式,如输入是人工、半自动或自动引入、控制操作的顺序 以及结果的记录方法。3.1.2 输入说明本项测试中所使用的输入数据及选择这些输入数据的策略。3.1.3输出说明预期的输出数据,如测试结果及可能产生的中间结果或运行信息。3.1.4 过程说明完成此项测试的一个个步骤和控制命令,包括测试的准备、初始化、中间 步骤和运行结束方式。3.2 测试 2(标识符)用与本测试计划3.1条相类似的方式说明第2项及其后各项测试工作的设计考4 评价准则4.1 范围说明所选择的测试用例能够检查的范围及其局限性。4.2 数据整理陈述为了把测试数据加工成便于评价的适当形式

13、,使得测试结果可以同已知结 果进行比较而要用到的转换处理技术,如手工方式或自动方式;如果是用自动方 式整理数据,还要说明为进行处理而要用到的硬件、软件资源。4.3 尺度说明用来判断测试工作是否能通过的评价尺度,如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。应用开发事业部(副)总监意见:签字: 年月日/3-07/QR/003 软件测试问题记录表软件测试问题记录表程序名称: 版本号:4文档问题5硬件问题6疑问严重程度(1-3): 1致命错误2严重错误3一般性错误目前状态(1-2): 1尚未处理2处理结束处理优先级(1-4): 1尽快修改;2一个测试阶段

14、结束后再予修改;3如果有时间就改,没有时间可以暂时搁置; 4可忽略不改。处理意见(1-9):1暂时搁置 2修改完毕 3延期修改4测试人员弄错了5不作修改6需要更多信息7无法重现8无法修改9不同意修改建议/3-07/QR/004 测试报告编写指南测试报告编写指南1 引言1.1编写目的说明这份测试分析报告的具体编写目的,指出预期的阅读范围。1.2 背景说明:a. a. 被测试软件系统的名称;b. b. 该软件的任务提出者、开发者、用户及安装此软件的计算中心,指出测 试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影 响。1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料列出要用到的参考资料,如:a. a. 本项目的经核准的计划任务书或合同、上级机关的批文;b. b. 属于本项目的其他已发表的文件;c. c. 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号