软件系统测试解决方案,软件测试方案设计能力解决方案.ppt

《软件测试方案设计能力解决方案.ppt》由会员分享，可在线阅读，更多相关《软件测试方案设计能力解决方案.ppt(43页珍藏版)》请在人人文库网上搜索。

1、软件测试设计技术, ,课程试用,测试经理TM 测试架构师TSE 测试设计TE 项目经理PM 开发经理DM 及相关PMO/IPMT成员,问题,测试需要技术么？ 我们需要什么技术？ 你懂的！,课程学习目标,掌握常用测试对象分析方法 ET测试对象分析法； 基于场景分析工程方法； 基于质量属性的测试对象分析方法； 基于条件假设的场景分析方法； 基于被测试对象依赖关系的A图分析方法； 掌握常用测试策略提取方法 开展软件FMEA活动提取高风险可靠性测试对象； 基于风险分析的测试策略； 基于缺陷分布的测试策略； 基于测试类型分层的测试策略；,测试技术,什么是技术？测试需要技术么？ 技术= 解决问题的方法 开。

2、发软件： 如何解决准确理解用户需求需求工程的方法论； 如何解决让开发的软件重用更高，维护更容易架构重用的设计方法论； 如何让代码易维护一代码圈复杂度的方法论； 汽车发动机设计技术(目标、解决问题：更高的动力、更省油、更快的加速方法) 技术高低的差异标准是什么？ 基本差异：知识方法系统化，工作思路严密，做事精细(有创新解决问题的能力更佳) 技术不高的的表现？ 做事随性，东打一下西打一下。如果是软件设计，结果如何？如果是代码开发，结果又如何？ 如果是设计汽车发动机，结果又如何？如果是我们的汽车的检查环节，结果如何？ 工程师与操作工的区别？ 工程师有创新能力，更强的分析能力，设计能力； 分析是发现问。

3、题 设计是解决问题 发现问题后才能解决问题，发现问题是一切质量的源头； 专业测试，目标是追求高效问题发现；,测试阶段划分,测试分析与计划阶段 测试设计阶段 测试执行阶段,charter,TR1,TR2,TR3,TR4,TR4a,TR5,TR6,Offering requirement Technical Knowledge; Domain Knowledge; General knowledge. Analysis: Risk; Coverage; Oracles; Resources/Constraints; Value/Cost; Bugs . Experiment: Configure;。

4、 Operate; Observe; Evaluate. Testing Story: Test Plan/Report; Work Products; Status. Analysis: 基于风险的预测分析、检查技术 Risk; 基于覆盖的分析、检查技术Coverage; 基于证据的分析技术 Oracles; 基于历史资源的猜错技术/技术顺序及条件约束的分析技术；Resources/Constraints; 基于数据及数据耗费的分析技术Value/Cost; 基于已有问题或程序员的个性问题Bugs .,测试分析的技术关键在于Coverage,需求分解6个层面： Structural Cove。

5、rage(结构化覆盖 ) Functional Coverage(功能化覆盖) Data Coverage(数据化覆盖) Platform Coverage(平台化覆盖) Operations Coverage(用户操作覆盖) Time Coverage(时间序列覆盖) 补充：Reliability Coverage (依赖关系覆盖),Structural Coverage(结构化覆盖 ),Structural Coverage Analysis： 原文：Structural coverage analysis,requirements coverage will have been acco。

6、mplished and reviewed before structural coverage anprovides a means to confirm that the requirements-based test procedures exercised the code structure“ Recall that in the flow of testing activities alysis begins. The subsequent structural coverage analysis reveals what source code structure has bee。

7、n executed。 翻译：结构化覆盖分析提供了一种手段，以确认“基于需求的测试是否完整的覆盖了代码 “。通俗的来说，可以看作为白盒测试。它的原理是将被测对象基于模块、函数、方法级拆分，并通过判定覆盖、路径覆盖、 LCSAJ覆盖 、条件操作数覆盖、条件运算符覆盖、布尔操作的有效性覆盖。 例子：打印机功能 打印需要用到的文件 实现打印功能的代码模块 在这个模块里面的代码语句 在这个模块里面的代码分支 可以看到这个时候我们关注的是产品的内部结构。 资料： http:/www.math.unipd.it/tullio/IS-1/Dispense_2003/Software_Testing_Metr。

8、ics.htm,Functional Coverage(功能化覆盖),Functional Coverage Analysis： 功能化覆盖分析是一种常用手段，简单的说通过需求识别各个层次测试特性和测试对象。 什么是测试需求？什么是测试特性？ 测试需求：需求特性(产品的卖点)； 测试特性：将测试对象通过技术手段分拆的最小测试单元； 例子：打印机功能 打印，页设置，打印预览(测试需求) 打印range，打印复制，zoom 打印所有的，当前页，或指定的range(测试特性) 常见的分拆技术： 基于IPO测试分析技术； 基于特性分析框架； 基于依赖关系异常分析技术； 可以看到这个时候我们关注的是产品。

9、的功能或特性。,Data Coverage(数据化覆盖),Data Coverage Analysis： 数据化覆盖分析是一种手段，简单的说就是注重数据从起始到终结所有形态、变化、序列。 主要分为以下几个部分： 模块内部数据； 模块间传输数据； 模块与外部接口间数据 例子：打印机功能 打印文档的类型 文档里面的元素，文档的大小和结构 关于怎么打印的数据(比如zoom factor; no. of copies) 常见的分拆技术： 基于数据流图的数据分析； 基于序列图数据分析； 基于状态机数据分析； 可以看到这个时候我们关注的是产品使用过程中不同的数据处理,Platform Coverage(平。

10、台化覆盖),Platform Coverage Analysis： 平台化覆盖分析是一种手段，简单的说就是关注不同环境和内外依赖对被测对象产生的影响。 如： 数据升级、数据迁移、数据毁坏产生的影响； 测试环境产生的影响； 例子：打印机功能 打印机，Spoolers，network behavior 计算机 操作系统 打印机驱动程序/设备 常见的分拆技术： 基于程序架构的分析(包括：组件、抽象接口)； 基于测试环境的分析(包括：硬件、软件、程序内核、公共SDK)； 基于程序依赖关系的分析(包括：硬件、软件、Lib库、第三软件版本)； 可以看到这个时候我们关注的是产品使用过程中不同的环境和依赖。,。

11、Operations Coverage(用户操作覆盖),Operations Coverage Analysis： 用户操作覆盖分析是一种手段，简单的说就是考虑客户使用特性。 如： 易用性； 质量属性； 扩展性； 性能； 例子：打印机功能 默认情况下使用 真实环境下使用 真实的场景下使用 复杂的流程下使用 常见的分拆技术： 基于质量属性分析技术； 基于性能瓶颈分析技术； 基于错误侦测分析技术； 基于日志规划分析技术； 可以看到这个时候我们关注的是产品使用的场景(包括稳定性，可用性，安全性，可扩展性，性能，可安装性，兼容性，可测性，维护性，本地性等)。,Time Coverage(时间序列覆盖)。

12、,Time Coverage Analysis： 序列状态覆盖分析是一种手段，简单来说就是被测对象是否受时间或调用事件先后顺序的影响。 例子：打印机功能 尝试在不同的网络或端口的速度使用 一个文档打印完，紧接着打印另一个文档，或隔很长时间再打印 尝试与时间相关的限制，比如使用spooling, buffering, timeouts 尝试hourly，daily，月底，或年底打印报告 尝试从不同的2个工作站同时打印 常见的分拆技术： 基于事件流的分析技术； 基于时间状态的分析技术； 可以看到这个时候我们关注的是产品使用的时候是否受时间影响。,Reliability Coverage (依赖关系。

13、覆盖),Reliability Coverage Analysis： 依赖关系覆盖分析是一种手段，简单来说就是被测对象模块与模块、对象与对象、函数与函数、变量与变量的依赖关系，通过整理事件、状态的起始和终止对象对被测对象进行分解。 例子：打印机功能 尝试在网络拓扑中进行测试打印； 在缺纸的情况下进行测试； 在缺墨水的情况下进行测试； 在正常环境下掉电后重连； 常见的分拆技术： UML A图分析技术； 可以看到这个时候我们关注的是产品使用的时候是否受程序调用关系、事件调用关系受影响。,工程方法 测试需求分析,测试需求分析能力,基于风险技术的测试策略 基于条件假设的测试策略 基于问题分布的测试策略。

14、 基于信息安全的测试策略 基于状态机的测试策略,测试需求分析能力-测试策略,核心提升点：归纳、分析、建模 技术分解能力提升； 测试策略能力提升； 测试方法能力提升；,技术分解能力,技术分解，即将对被测对象进行灰盒测试分析。,分解技术原型,什么是风险预测技术？,风险预测，即risk prediction 风险预测是现代经济管理的重要内容之一。任何经济活动,都是在外界各种因素的综合作用下进行的。因此,需要在对经济活动情况的预测中,考虑到这些不可靠的、意外的因素可能造成的破坏性影响,并对这种影响给予积极的控制。 风险预测是指在工作之前对工作过程中可能出现的人身或设备异常进行预测制订对策从而预防事故发。

15、生的一种措施.目前有一种典型的观点即认为通过完善“五防”装置功能并且增加其强制性能避免误操作事故即完全从技术角度杜绝误操作事故。,基于风险预测的测试策略分析技术,基于条件假设的测试策略分析技术,该技术来自于PMP WBS分解技术。 基于任务的条件假设，任务条件成立即代表范围成立；若不成立需要的前置条件将被分析出来，从而确定该任务的前置任务和前置目标。该技术用于确认项目的关键路径或关键活动，通过箭线图的方式确定任务排序的优先级。(此部分需要使用PMP相关领域知识),基于条件假设的测试策略分析技术,基于问题分布的测试分析策略,基于问题分布的测试，用于为版本回归重点提供测试依据。问题分布可考虑以下几。

16、个方面：问题类型、技术根因、测试方法等。基于问题分布的测试策略，应用的关键在对问题单数据进行建模分析，建模检查项目当前阶段测试方法及测试策略是否吻合，是否需要纠偏。基于问题分布的测试策略，还能快速定位团队技术线缺失，根据问题类型数据分布可分析当前的测试重点、缺失的测试方法等等。,基于故障的测试分析策略,基于故障的测试分析策略，,基于安全的测试分析策略,基于状态机的测试策略,测试方法能力提升,功能测试 性能测试 长时间测试 稳定性测试 瓶颈测试 安全测试 接口协议测试 灰盒测试 白盒测试,测试设计能力,边界法 故障法 猜错法 正交法 判定法 IPO法 场景法 路径法,测试执行能力提升,基于场景的用例合并的执行方法 基于级别的用例执行方法 基于风险的用例执行方法 基于问题的用例执行方法 基于ET测试的用例发散方法 基于质量预判技术执行方法。