本文主要是介绍【腾讯TMQ】测试建模兵器谱,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
引子
有人的地方就有江湖,有测试的地方就有建模。
每个产品都是一片江湖,每一次迭代就是一场武林大会,而一个个的需求,就是一封封战书。
测试同学在面对复杂的需求时候,往往不得其力,导致测试时间过长,测试的结果也不尽如人意,这往往是对需求理解不到位所导致的。如同武林大会中对战双方使用的兵器,测试在接受到战书之后一样可以选择一样趁手的武器,而对于我们测试来说,我们在这场战斗中使用的武器,就是建模。
然而软剑不敌巨斧,短匕难撼长枪。建模方法种类繁多,功能各样:
从结构上来说,有类图,E-R图,组件图;
从功能上来说,有用例图,因果图,决策表;
从行为上来说,有活动图,状态图,序列图;
如何挑选一件合适趁手的武器,迎接接下来的战斗,就是我们测试在每个迭代中都需要考虑的问题。下面我将结合自己半年以来应用测试建模在客户端上的测试经验,选择几个比较典型的测试建模方法加以介绍。
1.霸王枪
“哈哈哈,你老子蠢,你比他更白痴,明知没有枪头,你还要捅!”
“谁说没有枪头就捅不死人?”
1.1 ACC建模
长一丈三尺七寸三分,重七十三斤七两三钱。挥枪大开大合,不拘泥于小节,ACC建模就是一杆没有枪头的霸王枪。
ACC(Attributes Components Compatibilities)是Google测试团队使用的一种建模方法,用来快速地建立产品的模型,以指导下一步的测试计划和设计。
ACC建模既可以针对整个产品来做,也可以针对单独的功能来做。针对整个产品来做,可以确定产品的核心测试点,针对单个功能来做,可以评估模块风险。
如同其文字描述,ACC建模可以分为三步来做:
1、确定产品的属性(Attributes),不同类型的产品侧重于不同的属性,一些通用的属性是:
可靠性、易用性、安全性、可拓展性、稳定性等等。这里你需要结合自己对产品的理解确定产品的关键属性,如果自己无法确定的话,可以和产品经理请教。
2、第二步是产品的组件(Component)分割,待建模的产品可以分为哪些模块,这里需要注意一点,模块之间最好能够相互独立不交叉,这样一方面可以比较清晰的定义能力,另一方面也方便在ACC建模的基础上拓展测试用例
3、在上面两步骤确定好之后,我们一般会得到一个M*N的表格,表格的第一栏是属性,第一列是产品的组件列,针对每一个组件对属性的作用,我们依次填写组件的能力(Compatibilities),这个能力可以理解为组件以何种功能来实现产品的属性。举个例子,地图产品有导航功能(组件),有可靠性(属性),在导航功能中,播报准确,就是导航组件在可靠性上的一个能力。如果该组件对于属性没有实现,那么可以在表格中空出不写。
1.2 测试用例
ACC建模虽然不能直接生成测试用例,却能在很大程度上指导后续测试方案的制定,根据风险模块的分布合理规划测试方案。
ACC建模的组件属性粒度比较大,很难直接根据ACC建模输出测试用例。ACC建模后的测试用例有两种方法编写:
1、 在ACC建模的基础上根据需求特点分组件建模,再根据具体的建模结果输出测试用例。
这种方法
这篇关于【腾讯TMQ】测试建模兵器谱的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!