系统测试流程

上传人:人*** 文档编号:502839304 上传时间:2022-08-30 格式:DOC 页数:7 大小:43KB
返回 下载 相关 举报
系统测试流程_第1页
第1页 / 共7页
系统测试流程_第2页
第2页 / 共7页
系统测试流程_第3页
第3页 / 共7页
系统测试流程_第4页
第4页 / 共7页
系统测试流程_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《系统测试流程》由会员分享,可在线阅读,更多相关《系统测试流程(7页珍藏版)》请在金锄头文库上搜索。

1、系统测试控制程序1 目的本程序描述了产品的系统测试流程。2 适用范围本程序适用于公司立项产品的系统测试过程的控制。3 职责产品市场部:下达任务项目书。产品研发部:完成项目的研发和集成,修改软件问题。系统测试部:系统测试包括设计的验证测试和模拟客户环境进行的产品确认测试。了解产品需求,制定测试计划,编写测试用例,完成测试,记录测试结果,提交测试报告;提交产品问题,跟踪问题直至问题关闭;为发布后的产品提供后续测试服务。技术支持部:在产品的维护阶段,反馈客户对产品的测试新需求。Bugzilla 维护人员:负责管理公司的bugzilla 服务器。4 工作程序对于由系统测试部执行验收测试的项目,执行后面

2、的工作程序。4.1收到项目任务书指派项目测试组成员系统测试部经理收到产品市场部发出的项目任务书后,指派项目测试组成员。项目测试组由 leader 和成员组成。系统测试部经理将项目系统测试 leader 及其职责 /权限用电子邮件的形式通知,被通知人包括:项目的产品经理、项目的研发组 leader、项目研发组成员、项目组测试成员、项目组其他成员、技术支持部经理,并抄送给开发部经理,产品市场部经理。项目系统测试leader 的职责如下:a. 根据本测试流程的描述,组织项目测试组成员完成测试;b. 制定测试计划,组织编写测试用例,执行项目测试;c. 负责维护项目系统测试任务计划;d. 监督和控制项目

3、的测试质量;组织成员完成维护阶段的产品测试任务。建立项目测试目录项目测试组 leader 收到项目测试职责的指派后,马上为该项目建立测试目录,并参考项 目 测试 目 录 结 构 和 文 件命 名 规 范 创建目录结构,并搜集相关文件。所有与该项目测试相关的文档要求保存到该目录下。Bug 跟踪计划项目测试组 leader 收到项目测试职责的指派后,开始编写Bug 跟踪计划。 Bug 跟踪计划的编写和批准应该在项目测试计划完成前完成。项目产品经理把参与本项目的相关人员及其邮件帐号提供给项目测试组leader。项目研发组leader 把本项目研发组成员及其邮件帐号提供给项目测试组leader,包括项

4、目子模块名和研发人员的对应关系。技术支持部经理把参与本项目的技术支持成员及其邮件帐号提供给项目测试组leader。项目测试组 leader 根据模板 Bug 跟踪计划模板编写 bug 跟踪计划。如果需要,可以重新定义模板中 bug 严重等级和优先级的定义。项目测试组 leader 将编写完的 Bug 跟踪计划发给本项目的产品、研发、测试、技术支持成员确认,并将确认后的最终版本抄送各自部门经理和bugzilla 管理人员。Bugzilla 管理人员根据“ Bug 跟踪计划”在 bugzilla 服务器上建立本项目,并将 Bug 跟踪计划中描述的角色和人员加入该项目。4.2制定测试计划编写测试计划

5、项目测试组 leader 参考系统测试计划模板编写测试计划。测试计划用于描述测试目的、质量目标即测试通过的准则、人员构成、测试资源、测试范围、测试活动及其进度。项目测试组 leader 应该在项目策划阶段完成测试计划的编写。项目系统测试组根据项目任务书中的原始需求、产品的主要应用目的和SRS,确定本项目系统测试的范围,并识别项目的测试重点;项目中将进行功能重建/加强 /改善的地方要作为测试重点。有关功能重建等信息可以从项目整体概要设计书或者SDP 对重点开发任务的计划中获得。项目系统测试组leader 根据测试范围,估计需要的测试资源、测试工作量。根据估计的工作量、项目任务书中的时间计划、以及

6、研发的SDP 草案制定系统测试活动的时间计划。产品的硬件兼容测试应计划在最初两个Beta 版完成。评审测试计划在原始需求、 SRS、项目研发计划均评审完后,项目测试组leader 组织下列人员参与测试计划的评审:项目的产品经理、项目研发组 leader、项目测试组成员、以及产品市场部经理、系统测试部经理、研发经理。测试计划中的测试质量目标不得低于公司定义的测试质量目标,产品质量目标不得低于公司定义的产品质量目标。测试计划通过评审的标准:A. 规定参与的所有人员均参与了评审;B. 测试质量目标和产品质量目标不低于公司目标,如果低于,需要由公司的管理者代表批准;C. 识别的测试范围、测试重点能够达

7、到制定的质量目标,估计的测试资源合理、时间进度符合项目总体进度要求;D. 识别了可能发生的风险,以及应对措施;评审结果记录在评审报告中。通过评审后,测试计划由系统测试部经理批准。4.3实施测试计划测试计划的跟踪维护项目系统测试 Leader跟踪测试计划的实施情况,识别与计划的不符合程度、并估计不符合对项目产品质量、测试质量、发布时间计划产生的影响。当估计会产生严重影响时,发起会议讨论应对措施。会议参与人包括:项目的产品经理、项目研发组 leader、以及产品市场部经理、系统测试部经理、研发经理。当需要变更 STP时,项目系统测试 Leader执行变更,并组织人员评审变更后的测试计划,评审标准见

8、本文档中“制定测试计划”段的描述,并由系统测试部经理批准。项目系统测试 Leader 将变更后的测试计划发给应该参与评审的所有成员。编写 TestCase和 CheckList“TestCase”和“ CheckList ”是指导项目系统测试如何进行的工具,它描述了被测试的内容、测试的方法、应用的测试工具名称和版本、 允收的标准。 项目系统测试组 leader 按照测试计划组织项目测试成员参考CheckList 模板和 TestCase 模板编写项目的CheckList 和 TestCase。编写完成后,项目系统测试组 leader 组织项目测试组成员交叉评审后,组织项目的产品经理、项目研发组

9、 leader、项目研发组成员、项目测试组成员初步评审。在产品研发的 阶段,研发提交 版本给系统测试组,系统测试组根据该版本完善TestCase和 CheckList 。如果发现文档和 版本有差异时,应先向测试组 leader 说明差异情况,在测试组 leader 认可后可更新 TestCase和 CheckList。项目测试组leader 在产品第一个版送测前组织TestCase和 CheckListt 的正式评审。评审参与人包括:项目的产品经理、项目研发组leader、项目研发组成员、项目系统测试组成员。通过评审的标准:Checklist 要覆盖所有测试范围即所有需求,对于测试重点,Tes

10、tCase和 CheckList 要覆盖基本功能,扩展功能;对于非测试重点 TestCase和 CheckList 要覆盖重要功能和路径; TestCase 和 CheckList 覆盖率能达到部门要求。评审结果填写在评审报告中。评审后的 TestCase和 CheckList 是项目测试方法和允收标准的基线,进入配置库,并按配置管理程序实施变更的控制。测试版本的测试项目研发组 leader 提交测试版本的产品发布报告。项目测试报告保留到项目测试目录下。leader 将产品发布项目测试组 leader 根据版本产品发布报告中的 Changelog,核查原有的测试用例根据需要更新测试用例,并按配

11、置管理程序实施变更的控制。,项目测试组leader 组织测试成员根据TestCase和 CheckList 执行测试,并在测试过程中记录测试结果。发现问题后,根据Bug 跟踪计划和Bug 跟踪规程,使用专用的bug 报告系统向项目研发组报告问题,报告内容包括:问题的严重程度、发生的位置、重现的方法等。研发组对bug 的修改记录、以及修改后测试人员验证的结果,均记录在bug报告系统中。版本测试完成后,a) 项目测试组成员提交自己执行测试部分的:完成情况报告、测试结果详细记录。b) 项目测试组 leader 搜集下列数据:产品目前的质量:各个严重等级Bug 的数量,与目标的差距;测试质量:i. 测

12、试 Checklist 对需求的覆盖率;ii. 测试 Checklist 被执行的比例;iii. 测试进展和计划进度的差距;研发、测试质量iv. 新 Bug 占当前所有 bug 的比例;v. Bug 未跟踪比率 = 未跟踪的 bug 占当前所有 bug 的百分比;(未跟踪的 bug 指的 是在以 前版本 被置为 NEW 、 REOPENED 、 NEEDINFO 、 WANTHOLD 、WANTNOTBUG 的 bug,其状态在本版本测试结束时仍未得到更新)。研发质量:vi.已关闭 bug 占当前所有bug 的比例;vii. 当前 REOPENED bug 占当前所有 bug 的比例;c) 项

13、目测试组 leader 用 E-mail 形式向相关人员报告测试情况,报告内容包括:报告人名字、 报告时间、 版本测试完成情况、 测试结果记录、 bug 统计结果、产品质量与目标的差距,同时说明被测版本的质量是否合格、 是否可以放行,并提请研发确定 Review bug 的时间。d) 对于质量合格的版本,项目的配置管理人员将对配置库中该版本做合格品标识。项目研发组Leader 组织研发成员了解bug,根据 Bug 跟踪规程修改bug 状态,确定 review bug 时间。项目研发组 Leader 根据 Bug 跟踪规程组织bug review meeting 。项目测试组 leader 将所有与该版本相关的测试文档保留到测试目录下。项目测试版本的管理系统测试部只对项目的产品经理提供本项目产品的版本,包括测试版本和最终版,不对公司其他部门提供,也不对任何个人提供。测试结束项目测试结束后,项目系统测试Leader 组织测试人员完成项目测试总结文档。包括:产品功能测试报告、软件兼容报告、硬件兼容报告、性能测试报告、稳定性测试报告、测试活动总结、产品实施手册。测试活动总结报告总结下列内容:项目系统测试覆盖的内容是否达到计划的预期,覆盖比率是否达到质量目标?成功 / 失败的原因;Bug 跟

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 解决方案

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