[计算机软件及应用]软件测试方案设计能力解决方案.ppt

[计算机软件及应用]软件测试方案设计能力解决方案.ppt

  1. 1、本文档共43页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
[计算机软件及应用]软件测试方案设计能力解决方案

软件测试设计技术 xinkai@ /nilxin 课程试用 测试经理TM 测试架构师TSE 测试设计TE 项目经理PM 开发经理DM 及相关PMO/IPMT成员 问题 测试需要技术么? 我们需要什么技术? 你懂的! 课程学习目标 掌握常用测试对象分析方法 ET测试对象分析法; 基于场景分析工程方法; 基于质量属性的测试对象分析方法; 基于条件假设的场景分析方法; 基于被测试对象依赖关系的A图分析方法; 掌握常用测试策略提取方法 开展软件FMEA活动提取高风险可靠性测试对象; 基于风险分析的测试策略; 基于缺陷分布的测试策略; 基于测试类型分层的测试策略; 测试技术 什么是技术?测试需要技术么? 技术= 解决问题的方法 开发软件: 如何解决准确理解用户需求—需求工程的方法论; 如何解决让开发的软件重用更高,维护更容易架构重用的设计方法论; 如何让代码易维护一代码圈复杂度的方法论; 汽车发动机设计技术(目标、解决问题:更高的动力、更省油、更快的加速方法) 技术高低的差异标准是什么? 基本差异:知识方法系统化,工作思路严密,做事精细(有创新解决问题的能力更佳) 技术不高的的表现? 做事随性,东打一下西打一下。如果是软件设计,结果如何?如果是代码开发,结果又如何? 如果是设计汽车发动机,结果又如何?如果是我们的汽车的检查环节,结果如何? 工程师与操作工的区别? 工程师有创新能力,更强的分析能力,设计能力; 分析是发现问题— 设计是解决问题 发现问题后才能解决问题,发现问题是一切质量的源头; 专业测试,目标是追求高效问题发现; 测试阶段划分 测试分析与计划阶段 测试设计阶段 测试执行阶段 charter TR1 TR2 TR3 TR4 TR4a TR5 TR6 Offering requirement Design Requirement Define Testability Requirement C$T plan General Test strategy Design Spec Product Test Analysis SRS Test scheme Design coding Test Implementation case Platform Tools csripts UT IT ST SDV SIT SVT SDV Report SIT report SVT Report 测试技术能力模型 PTM OPP模型 需求分析-测试需求-测试设计-测试执行(建模分解) 测试方案设计能力提升模型 核心点:归纳、分析、建模 需求点分析能力提升; 测试点分析能力提升; 测试点设计能力提升; 测试点执行能力提升; 需求点分析能力提升; 核心点:归纳、分析、建模 基于ET建模分析方法; 基于工程的分析方法; 基于商业模型的分析方法; 测试分析设计能力不足的现象 测试分析能力提升 减少测试分析的随意性,增强测试分析的确定性。 测试分析设计技术全景图 测试分析与设计知识获取 需求点分析 测试需求不仅是静态对象,还包括动态对象; 测试需求就是需要被后面的测试分析,测试设计,测试执行活动所覆盖的项目工作范围。 测试分析过程详解: 第一步:整理原始需求(区别:外部特性需求和内部设计需求) 第二步:使用ET思想补充测试特性、梳理测试需求;(ET思想) 第四步:把第一步和第二步的测试需求进行合并等价类操作; 第五步:使用风险分析方法筛选出高风险模块作为灰盒测试分析的对象; 第六步:以及灰盒测试分析提取新的内部测试需求; 第七步:汇总第四步及第六步的需求成为总共的最终测试需求全集; ET测试对象分析法 ET测试模型(软件测试只需要ST测试么?) 功能测试模型(Web表层):一些常用功能的测试思路的大集合(增删改查,web页面测试等) ET测试模型(为什么我们要了解实现?) 线下bug模型(基于实现原理):基于线下测试发现的优秀bug抽象的模型(主要针对于常出现bug的地方,提出注意事项) (1)     多线程创建,更新,删除某类数据, 多线程方式包括同时打开多个页面或浏览器;使用工具多线程并发操作来校验数据操作的原子性 (2)     多浏览器或一个浏览器里多个Tab进行测试,考虑cookie里面的值的变化是否影响后续的操作;或使用场景探索模型去多角度校验页面信息和数据库数据的正确性 关键活动 Knowledge: Product Story; Technical Knowledge; Domain Knowledge; General knowledge. Analysis: Risk; Coverage; Oracles; Resources/Constraints; Value/Cost; Bugs . Experiment: Confi

文档评论(0)

qiwqpu54 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档