测试管理复习重点备课讲稿.docxVIP

  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文档。上传文档
查看更多
测试管理课堂练习题目 1、 独立测试的概念以及优点缺点? 独立测试的概念: 独立测试是指软件测试工作由在经济上和管理上独立于开发机构的组织进行。 独立测试的优点: (1) 独立的测试团队没有偏见,能够找到开发人员未能找到的缺陷; (2) 独立的测试团队能够验证开发人员在设计和实现系统时所作的(隐式)假定 和设想; (3 )独立的测试团队可以避免来自项目经理的非正常的干预; 独立测试的缺点: (1 )由于测试团队独立于开发团队,可能会与开发团队缺乏沟通; (2 )如果测试人员没有必要的资源,那么独立测试就有可能成为瓶颈; (3 )测试如果作为项目质量的最后检查点,可能成为项目的瓶颈; (4 )开发人员可能对质量有所松懈,因为他们会认为测试人员总会找到问题。 2、 列出在测试计划时应该考虑的测试准备和执行活动。 测试计划的执行活动: (1) 确定测试的范围和风险,明确测试的目标; (2) 定义测试的整体方法(测试策略) ,包括测试级别的定义、入口和出口准则的定义; (3) 把测试活动集成和协调到整个软件生命周期活动中去:收集、准备、开发、运行和维 护; (4 )决定测试什么?测试由什么角色来执行?如何进行测试?如何评估测试结果? (5) 为测试分析和设计活动安排时间进度; (6) 为测试实现、执行和评估安排时间进度; (7 )为已定义的不同测试任务分配资源; (8) 定义测试文档的数量、详细程度、结构和模板; (9) 为测试准备和执行的监控、缺陷解决和风险问题选择度量项; (10) 确定测试规程的详细程度,以提供足够的信息支持可重复的测试准备和执行; 测试计划对于测试经理来说是贯穿于整个生命周期的持续性活动。必须考虑测试活动 的反馈并识别不断变化的风险的基础上,定期地更新测试策略和相关的计划! 3、 测试工作量的估算方法有哪两种 ,区别两种不同的估算 方法. 一种是:基于团队的估算 另一种是:基于百分比的估算 区分两种不同估算的方法: 4、 什么是项目风险,引起项目风险的因素有哪些?什么是 产品风险,产品风险的例子? 项目风险的定义:关于项目按目标交付的能力方面的风险。 引起项目风险的因素有:(1)公司组织因素包括:技能和人才的不足;个人和培训问题; 政策因素:与测试员进行需求和测试结果沟通方面存在的问题;测试和评审中发现的信息 未能得到进一步跟踪(如未改进开发和测试实践) ;对测试的态度或预期不合理。 (2)技术 方面包括:不能定义正确的需求;给定现有限制的情况下,能够满足需求的程度;设计、 编码和测试的质量;(3)供应商问题包括:第三方存在的问题;合同方面的问题。 产品风险的定义:在软件或系统中的潜在失效的区域(即将来可能发生的不利事件或危 险)称之为产品风险,因为它们对产品质量而言是一个风险; 产品风险的例子:(1)易错的软件交付使用; (2)软件/硬件对个人或公司造成伤害的可能性; ⑶劣质的软件特征,比如功能性、可靠性等; (4)软件没有实现既定的功能; 5、 什么是事件管理?缺陷与错误、失效的关系?缺陷的严 重程度如何定义,解释严重程度等级。 事件管理的定义:事件管理主要指的是缺陷管理;事件管理的目的是为了保证可靠和快速地 消除通过各种测试级别检测到的缺陷和失效; 缺陷与错误、失效的关系:错误 >缺陷 >失效/失败 < 周围环境/使用环境 缺陷的严重程度的定义: 严重程度等级解释如下: 致命的 系统奔溃,可能丢失数据。这样的测试对象不能发布 非常严重 重大故障,不符合需求或实现错误,对许多相关人员造成实际影响。测试对象 只能在严格的限制条件下使用(解决问题困难或代价昂贵) 严重功能偏差或受限制(“正常”故障);错误地或部分地实现需求;对一些相关人员造 成实际影响。测试对象可以在限制条件下被使用 一般微小的偏差,对极少数相关人员造成一定的影响。系统可以不受限制的被使用 轻微 对极少数相关人员造成轻微影响。系统可以不受限制的被使用。例如。拼写错误或 屏幕布局错误。 6、 画出QualityCenter 测试管理的流程图,并解释每个阶 段所做的工作。 指定需求:分析你的应用程序并且确定下你的测试条件。 测试计划:根据你的测试条件创建你的测试计划。 执行测试:在你的测试运行平台上创建 Test sets 。 跟踪缺陷:报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。 r r r ^r 指定需求计划测试执行测试跟踪缺陷 RD UphtesSetup and Customize QC Project RD Uphtes RequirementCreate Test Cases^un Tesls andAnalyze Results Requirement Create Test Cases ^un Tesls and An

文档评论(0)

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

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

1亿VIP精品文档

相关文档