KYM

KYM是Kown Your Mission的简称，顾名思义，就是帮助用例设计人员梳理测试任务的过程，它是一种系统的收集和整理测试启发的框架。

在接触一些新事物或者面对一些新问题时，人们往往更关注问题本身，也就是what，而忽略了问题产生的原因（why）和途径（how），就像用例设计人员做设计时上来就直接写用例，即使是有丰富经验的测试大佬，也难免在直接写用例时遗漏一些测试点。

因此作为测试人员更应该具备why=>how=>what=>when=>who的测试思路来更加深入地了解测试对象。

KYM模型在实际用例设计过程中从用户、项目/产品、任务三个维度对测试需求进行提取分析。

用户维度

对于用户（Customers），重点关注以下几个问题：

● 这个产品或特性是什么？

● 用户提了哪些需求？需求是什么？

● 用户为什么会提这个（些）需求？

● 用户的痛点是什么？

● 用户的实际使用环境是怎样的？用户打算如何使用？

● 产品经理视角对该产品或特性的测试要求是什么？

产品维度

对于产品（Product），重点关注以下几个问题：

● 友商对标产品或特性曾经发生过哪些问题？

● 历史版本市场上曾经发生过哪些问题（品控分析）？

● 历史版本内部测试曾经发生过哪些问题（内测BUG分析）？

● 关于这个项目有什么需要特别注意的地方？

● 有没有竞品分析结果或同类产品可供参考？

任务维度

对于测试任务（Mission），重点关注以下几个问题：

● 测试环境是否可获得（测试拓扑）？

● 是否有可参考的自动化测试脚本（自动化考虑）？

● 是否有可参考的拷机工具测试脚本（自动化考虑）？

● 哪些部分可以降低优先级或者先不测试（测试优先级）？

MFQ

MFQ模型主要从三个维度对测试对象进行分析，提取测试点：

1、单一功能（MD-Model Based Discrete Function），即被测对象由哪些单一功能组成；

2、功能交互（FI-Function Interaction），即功能之间有哪些复杂的功能交互点需要测试；

3、质量属性（QC-Quality Characteristics），需要关注哪些非功能的质量属性方面的测试。

单一功能（PPDS）

单一功能的用例分析拆解主要使用基于PPDS主导特征选择测试模型，这种测试模型主要从四个维度/类别对测试对象提取测试点：

● 参数类

Parameter（参数）or Rule（规则）：判定表。

“参数值”的个数是有限的，可以通过遍历的方式来测试覆盖到。

系统会对不同的“参数值”作出不同的处理或响应。

对于一个测试点中存在多个参数并且不同参数之间可能存在一些依赖关系，这种情况需要在测试设计时将不同参数放在一起考虑。

● 流程类

Process（流程）：流程图。

有多个步骤，各步骤间有一定前后约束关系，所有步骤共同完成一件事情。

整个过程可能涉及多于1个的执行者或触发者。

将测试点分成一些步骤，会因为输入的不同而进行不同的处理，全部分析完成后，能够将测试点汇成流程图。

● 数据图

Data（数据）：等价类和边界值。

数据的取值是一个范围，通常不能用遍历的方式来测试覆盖。

系统对允许输入的“数据”作出的处理或响应往往是一样的。

● 状态类

State（状态）：状态图。

涉及多种状态，最好是针对同一个对象的多个状态，否则把多个对象的多个状态都放在一个模型中表达，容易引起混淆。

各个状态之间可以由于某种事件的发生相互转换。

功能交互

功能交互是指单功能和单功能之间、整个特性/系统与其他特性/系统之间可能存在着一些需要测试的交互的点。

在进行功能交互设计拆解时，可以使用探索性测试的思路选择风险较高的场景进行测试，结合用户巡检数据功能组合库作为输入，进行典型行业市场常用功能组合/资源争用分析（分类树+正交分解法）。

质量属性

质量属性包括性能测试、可靠性测试、稳定性测试、兼容性测试、一致性测试、压力测试、可维护性测试等质量属性。

针对某个单功能或者整个特性/系统，有些“质量属性”需要基于风险和基于测试策略进行测试，这部分后续主要通过导入质量属性专项测试方法进行优化。

更多软件测试相关推荐：

软件测试更多干货文章

软件测试就业培训

文章来源：网络  版权归原作者所有

上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8103)，我们将立即处理