CMMI3培训软件测试.pptVIP

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

软件测试规程 主讲人:黄俊生 日 期:* 软件的目的 规范测试工作,为软件测试工作提供详细的指引。软件测试以发现错误为目的,提高公司软件测试的管理水平,确保公司开发产品的质量。 主要角色和职责(一) 高级经理 在项目组与测试组对BUG处理过程中的意见不一致时,进行协调; 对研发部要测试的项目的优先级进行排序; 批准例外放行。 项目经理 与测试部经理一起批准测试计划与测试用例; 进行BUG的分配工作,督促开发人员对BUG的修改。 测试部经理 组织公司测试部的日常工作,指定测试负责人,提供项目测试资源; 调整提交BUG的严重级别和状态等内容; 对最终测试结果(测试分析报告)进行审批。 主要角色和职责(二) 测试负责人 全面负责组织测试的计划、设计、实施、执行、评估过程; 检查项目测试工作完成和遗漏情况;对提交的BUG进行有效性验证; 负责对项目组的沟通工作; 即时汇报测试进展情况和存在的问题; 负责对测试计划、测试用例、测试分析报告进行组织分层编写、修订等工作,并参与以上工作内容的评审; 版本创建人员 按集成或创建计划、从配置库中获得相应版本的源代码进行编译、联接等版本创建活动,提交创建结果给测试人员,并对创建版本进行管理。 测试人员 执行测试、BUG提交、跟踪验证、回归关闭; 完成测试负责人分配的相关工作。 进入条件 进入条件 软件项目已经启动 软件测试流程(一) 软件测试流程(二) 测试人员参与需求分析和设计评审,确定需求的可测性,并贯穿到开发的整个过程; 项目组编写开发计划书(含集成计划),测试人员据此产生创建计划书(或直接采用集成计划); 测试人员细化测试计划和测试用例,产生测试计划书和测试用例说明书; 由项目组、SQA人员、测试人员一起对测试计划书和测试用例说明书进行评审; 开发人员完成单元模块编码,然后对单元模块经过一系列静态检查和动态测试; 软件测试流程(三) 项目组执行集成测试; 版本创建人员按集成或创建计划、从配置库中获得相应版本的源代码进行版本创建活动,并对创建版本进行管理; 测试人员对通过创建的工作产品执行冒烟测试,冒烟测试通过准则由测试人员和项目组事先在测试计划中约定; 测试人员对完成集成的模块执行功能测试 ; 测试人员根据测试计划中定义的系统测试策略,完成其它约定内容的测试如性能测试、可使用性测试、安全性测试、安装/反安装测试等; 软件测试流程(四) 测试人员根据测试计划中定义的系统测试策略,完成其它约定内容的测试如性能测试、可使用性测试、安全性测试、安装/反安装测试等; 完成全部测试工作或根据时间驱动,测试负责人撰写测试分析报告; 测试分析报告由SQA人员负责组织评审,并由测试部经理批准; 对没达到测试出口准则的项目,由高级经理进行审批后,可作例外放行; 通过测试部测试的项目,在公司范围内进行产品版本发布并移交产品库。 测试工具 测试BUG管理工具:ClearQuest; 功能测试工具:WinRunner 7.5; 压力测试工具:LoadRunner 7.6; 测试计划(一) 根据批准的需求规格说明书和相关设计文档,确定项目测试阶段的目标和策略,确保测试工作有序、有效进行。 测试计划(二) 确定测试需求,如功能、性能、安全性、可用性等; 与项目经理协商,逐步确定测试项目的测试范围、覆盖标准以及测试方案、测试出入口准则; 估计测试项目工作量,制定测试计划的进度安排。 形成测试计划书并提交项目经理、测试部门经理审核。批准人为项目经理。批准后放入开发配置库; 当项目开发计划或测试需求发生变更时,测试计划应考虑是否需要变更; 测试用例(一) 根据批准的需求规格说明书和相关设计文档,策划测试过程执行依据,确保测试范围有效并正确。 测试用例(二)-用例设计 测试人员参与需求评审,正确理解系统需求并确认需求的可测性; 根据批准的测试项目需求,设计测试用例; 测试负责人组织相关人员进行测试用例评审;审核人可以是测试负责人、项目经理、测试部门经理,批准人为项目经理; 测试负责人基于系统的详细设计,组织开发人员进行单元测试的测试用例编写;并组织相关人员进行评审; 测试用例(三)-用例设计 测试负责人组织开发人员编写集成测试用例,并组织相关人员进行正式或非正式评审; 当第一个创建版本提交后,测试负责人组织设计编写录制测试脚本,并在测试用例文档自动测试脚本一栏填写测试脚本的路径。如果没有使用BUG管理工具和自动化测试工具,则必须在测试用例相应栏目填写测试结果。自动化功能测试脚本主要应用于冒烟测试和回归测试; 测试用例(四)-用例管理 测试负责人负责进行阶段测试用例的实施、跟踪及用例统计分析工作、改进测试用例等管理活动; 当软件需

文档评论(0)

118books + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档