- 1、本文档共30页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测试方法和技术 - Ch.3质量保证与测试策略 第二章回顾 Zhu.Kerry@ 软件质量就是客户的满意度 软件缺陷(Bug)是什么 软件测试的基本方法 - 白盒/黑盒,静态/动态,自动化/手工,… 软件测试的分类和阶段 - 单元、集成、系统(性能、适用性、兼容性…)、验收测试 软件测试的工作范畴 - 策略、计划、设计、执行、报告、评估… SQA活动 技术方法的应用 正式技术评审的实施 软件测试 标准的执行 修改的控制 度量 质量记录和记录保存 Zhu.Kerry@ SQA活动的影响因素 知识结构:专业的技术,例如质量管理与控制知识、统计学知识等。 经验 依据:如果没有这些标准,就无法准确地判断开发活动中的问题,容易引发不必要的争论,因此组织应当建立文档化的开发标准和规程。 全员参与:全员参与至关重要,高层管理者必须重视软件质量保证活动。 把握重点:一定要抓住问题的重点与本质,尽可能避免陷入对细节的争论之中。 Zhu.Kerry@ SQA策略 SQA策略主要分三个阶段: 以检测为重:产品制成之后进行检测,只能判断产品质量,不能提高产品质量。 以过程管理为重:把质量的保证工作重点放在过程管理上,对制造过程中的每一道工序都要进行质量控制。 以新产品开发为重:在新产品的开发设计阶段,采取强有力的措施来消灭由于设计原因而产生的质量隐患。 Zhu.Kerry@ SQA与软件测试有什么关系和区别? Zhu.Kerry@ SQA与软件测试的关系 SQA 是管理工作、审查对象是流程、强调以预防为主 测试是技术工作、测试对象是产品、主要是以事后检查 SQA指导测试、监控测试 测试为SQA提供依据 Zhu.Kerry@ 测试策略的概念 测试策略通常是描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(如单元测试、集成测试、系统测试)以及每个阶段内进行的测试种类(如功能测试、性能测试、压力测试等),以确定合理的测试方案使得测试更有效。 Zhu.Kerry@ 影响测试策略的因素 1、测试完成的标准 标准的高低对策略确定有着重要的影响。比如该软件的应该用场合为军用,这将对软件的可靠性、安全性要求非常高,但如果是用于小型商场的收费系统由于是内部使用,主要考虑其计算的准确与精度及复杂统计与报表生成等方面准确性与易用性。 2、资源状况 参与测试的人、测试中所需要的软件平台(如操作系统甚至会涉及到第三方的一些应用软件)及测试可能用到的相关硬件设备(如计算机,网络硬件其它外设等) Zhu.Kerry@ 通过/失败的标准 单个的测试通过/失败 测试用例 全部产品测试通过/失败 每个阶段的通过/失败 Zhu.Kerry@ 测试周期 MRD/PRD/UI Sign-off Eng. Plan Sign-off Eng. Spec Sign-off Test Plan Sign-off Product Review Code Freeze Test Case Sign-off Code Complete ER 验收测试 QA 创建 Test Plan QA QA创建 Test Cases 功能测试 写/审查Spec 系统测试 单元测试 PRD/UI审查 QA Zhu.Kerry@ 阶段通过/失败的标准 项目经理和测试组长已经全部按计划到位? 所有相关的信息已经传达到QA? QA.开始了测试设计? 需求阶段 设计审查 所有设计中及文档中的问题都已经被解决? 技术设计和测试设计已经结束? 最高优先级的功能要求已经实现 ? 新功能已经实现 ? 所有的功能是按照设计来实现的? 代码完成? 功能验证 确认测试 回归测试完成与否? 是不是完全按测试计划完成了所有的测试?没有严重的缺陷? 达到产品发布的标准? 测试环境的检查? 所有严重问题是不是都已测出? 功能测试, 压力测试,安全测试,兼容性测试,易用性测试是否都已完成? 有没有阻碍产品发布的缺陷? 系统测试 Zhu.Kerry@ 风险评估 测试小组开始项目测试时,硬件资源没有按时配备或仍然不足 开始项目测试时, 软件产品编码没有按计划完成 开始项目测试时, 测试用例没有准备好 缺少按计划参加项目测试的测试人员 在项目测试过程中, 需求总是不停地改动 当项目测试进行时, 在设计说明书中被定义的功能总是不停地被修改 Zhu.Kerry@ 测试评估 里程碑的定义和跟踪可以帮助项目管理者掌握项目的进行状态 里程碑 日期 测试计划完成 --- 1/15 测试用例完成 --- 1/29 功能验证完成器 --- 2/5 代码冻结前完成系
文档评论(0)