系统测试流程.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
系统测试流程

PAGE  PAGE 357 附录:  FILENAME 3118415-5798f64f9e3e1.doc 系统测试控制程序 PAGE 363 附录:  FILENAME 3118415-5798f64f9e3e1.doc 目的 本程序描述了产品的系统测试流程。 适用范围 本程序适用于公司立项产品的系统测试过程的控制。 职责 产品市场部:下达任务项目书。 产品研发部:完成项目的研发和集成,修改软件问题。 系统测试部:系统测试包括设计的验证测试和模拟客户环境进行的产品确认测试。了解产品需求,制定测试计划,编写测试用例,完成测试,记录测试结果,提交测试报告;提交产品问题,跟踪问题直至问题关闭;为发布后的产品提供后续测试服务。 技术支持部:在产品的维护阶段,反馈客户对产品的测试新需求。 Bugzilla维护人员:负责管理公司的bugzilla服务器。 工作程序 对于由系统测???部执行验收测试的项目,执行后面的工作程序。 收到项目任务书 指派项目测试组成员 系统测试部经理收到产品市场部发出的项目任务书后,指派项目测试组成员。项目测试组由leader和成员组成。系统测试部经理将项目系统测试leader及其职责/权限用电子邮件的形式通知,被通知人包括:项目的产品经理、项目的研发组leader、项目研发组成员、项目组测试成员、项目组其他成员、技术支持部经理,并抄送给开发部经理,产品市场部经理。 项目系统测试leader的职责如下: 根据本测试流程的描述,组织项目测试组成员完成测试; 制定测试计划,组织编写测试用例,执行项目测试; 负责维护项目系统测试任务计划; 监督和控制项目的测试质量; 组织成员完成维护阶段的产品测试任务。 建立项目测试目录 项目测试组leader收到项目测试职责的指派后,马上为该项目建立测试目录,并参考《项目测试目录结构和文件命名规范》创建目录结构,并搜集相关文件。所有与该项目测试相关的文档要求保存到该目录下。 Bug跟踪计划 项目测试组leader收到项目测试职责的指派后,开始编写Bug跟踪计划。Bug跟踪计划的编写和批准应该在项目测试计划完成前完成。 项目产品经理把参与本项目的相关人员及其邮件帐号提供给项目测试组leader。 项目研发组leader把本项目研发组成员及其邮件帐号提供给项目测试组leader,包括项目子模块名和研发人员的对应关系。 技术支持部经理把参与本项目的技术支持成员及其邮件帐号提供给项目测试组leader。 项目测试组leader根据模板《Bug跟踪计划模板》编写bug跟踪计划。如果需要,可以重新定义模板中bug严重等级和优先级的定义。 项目测试组leader将编写完的Bug跟踪计划发给本项目的产品、研发、测试、技术支持成员确认,并将确认后的最终版本抄送各自部门经理和bugzilla管理人员。 Bugzilla管理人员根据“Bug跟踪计划”在bugzilla服务器上建立本项目,并将Bug跟踪计划中描述的角色和人员加入该项目。 制定测试计划 编写测试计划 项目测试组leader参考《系统测试计划》模板编写测试计划。测试计划用于描述测试目的、质量目标即测试通过的准则、人员构成、测试资源、测试范围、测试活动及其进度。项目测试组leader应该在项目策划阶段完成测试计划的编写。 项目系统测试组根据项目任务书中的原始需求、产品的主要应用目的和SRS,确定本项目系统测试的范围,并识别项目的测试重点;项目中将进行功能重建/加强/改善的地方要作为测试重点。有关功能重建等信息可以从项目整体概要设计书或者SDP对重点开发任务的计划中获得。 项目系统测试组leader根据测试范围,估计需要的测试资源、测试工作量。根据估计的工作量、项目任务书中的时间计划、以及研发的SDP草案制定系统测试活动的时间计划。产品的硬件兼容测试应计划在最初两个Beta版完成。 评审测试计划 在原始需求、SRS、项目研发计划均评审完后,项目测试组leader组织下列人员参与测试计划的评审:项目的产品经理、项目研发组leader、项目测试组成员、以及产品市场部经理、系统测试部经理、研发经理。 测试计划中的测试质量目标不得低于公司定义的测试质量目标,产品质量目标不得低于公司定义的产品质量目标。 测试计划通过评审的标准: 规定参与的所有人员均参与了评审; 测试质量目标和产品质量目标不低于公司目标,如果低于,需要由公司的管理者代表批准; 识别的测试范围、测试重点能够达到制定的质量目标,估计的测试资源合理、时间进度符合项目总体进度要求; 识别了可能发生的风险,以及应对措施; 评审结果记录在《评审报告》中。通过评审后,测试计划由系统测试部经理批准。 实施测试计划 测试计划的跟踪维护 项目系统测试Leader

文档评论(0)

80219pm + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档