美文网首页
基于模型测试01

基于模型测试01

作者: 壮壮王 | 来源:发表于2019-10-06 21:01 被阅读0次

    一、概述

        MBT中文名称为基于模型的测试,基于模型的测试属于软件测试领域的一种测试方法。

    二、背景

         软件测试是一款软件产品质量的最后一道防线,是产品线上前必不可少的、最重要的一环。每一款高质量的软件产品背后,都蕴含了大量的测试工作。而且测试工作很可能是软件开发过程中最昂贵、劳动最密集的工作。在设计测试用例的过程中,或多或少的存在着问题,使得软件测试结果不那么理想。下面引入新的测试方法,基本模型的测试,是自动化测试的一个分支,它将测试用例的设计依托于被测系统的模型,并基于该模型自动生成测试用例的技术。从质量保证的角度来看,我们可以制定测试的内容,但是无法保证测试会覆盖所有可能的组合,而MBT则允许软件开发和测试人员,只关注建立系统的正确性及模型的规范性,再通过专门的MBT工具根据不同的测试用例设计策略从系统模型生成可靠的测试用例。

        与传统测试相比,优点:

             (1)测试用例的维护更轻松:维护好模型,无需关注测试用例的细节

             (2)软件缺陷发现的更早:在构建被测系统模型的过程中,需要对被测系统有比较全面的理解,那么在早期建模过程中就可以发现被测系统中的一些问题,不需要等到执行大量用例时才发现;

             (3)测试自动化的水平更高:建模后,MBT可以自动生成测试用例,不需要人工编写测试文档;

             (4)测试覆盖率变得更高,使得彻底的测试(即:穷尽测试)成为可能:传统测试设计的过程中依赖人工,MBT生成测试路径时会避免人工设计测试用例时的思维局限性,生成更丰富的测试路径用例,但是是否需要执行“彻底”的测试由漏测对业务的影响决定。MBT只是从技术上提供了穷尽测试可能性。

             (5)基于模型间接维护测试用例的方式更高效:传统维护时需要依赖人工,需要耗费大量的人力和时间成本,重新测试设计。使用MBT只需要维护好测试模型即可,生成测试用例的工作可以由MBT工具自动完成;

         缺点,即未广泛推广的原因:

             (1)学习成本较高:要求开发人员、测试人员都精通建模,和工具的选型;

             (2)使用MBT的初期投资较大:已有的MBT工具不一定适合自己产品,定制的话需要考虑扩展性,和处理复杂逻辑,也就是要花费大量时间和精力;

             (3)用例爆炸

       总结下,测试方法多种多样,MBT和传统测试相比,各有优劣。如果一个应用的任何组件都可以通过模型来模拟、通过驱动程序来驱动,并可以通过测试结果来比较的话,那么这个应用是MBT的最佳候选者。

      2.1 通用流程

     2.2  Model design (模型设计)

     模型设计,目的是用来为构造测试用例而进行的被测系统描述

    (1)模型关注点:

        (2) MBT模型分类:

    2.3  Tests selection (测试需求选择)

                 指导测试用例生成器( test generation)如何生成用例

    2.4   Tests  paths generation(测试用例生成)

               按模型及测试需求选择来生成测试用例。GraphWalker就是完成这部分工作的一个开源的java工具。

    2.5   Tests execution(执行测试)

               执行测试,并比较预期

    2.6 FSM举例:海拍客mallpc 登录相关功能建模,如下

    一个箭头,代表一次测试动作;

    一个节点,代表一次测试验证;

    2.7 常见工具:BPM-X、fMBT、GraphWalker

    三 、GraphWalker简介

     

     GraphWalker就是一个基于测试模型的用例生成工具,主要支持于FSM, EFSM模型。它以有向图的形式读取模型,生成测试路径,适合于多状态以及基于事件驱动的状态转换的系统。

    四、使用GraphWalker建模

    有向图中,顶点(或节点)表示一些期望的状态,并且边(弧,箭头,过渡)表示为了实现期望的状态需要做的任何动作;

     4.1 建模工具:yEd

    4.2 建模规则1

          4.3 建模规则2

        4.4 建模keywords

    4.5 支持多模型:

         GraphWalker可以在一个会话中使用几个模型。这意味着在生成路径时,GraphWalker可以选择跳出一个模型到另一个模型。当将不同的功能分为多个模型时,这是非常方便的。

         

    多模型offilne运行举例:

    java -jar graphwalker-cli-4.0.0-SNAPSHOT.jar -d all offline -m Model_A.graphml random(edge_coverage(100)) -m Model_B.graphml random(edge_coverage(100)) -m Model_C.graphml random(edge_coverage(100)) -m Model_D.graphml random(edge_coverage(100)) –o

    当路径生成到达模型A中的顶点v_B时,它必须考虑关键字SHARED:B ..这将告诉GraphWalker使用相同的名称搜索所有其他模型的同一个关键字:B.在我们的例子中,只有一个,它在模型B中。

    现在GraphWalker决定是跳出模型A,进入模型B中的顶点v_B,还是留在模型A中。这个决定是基于随机的。

    多模型特性:

    五、路径生成器和结束条件

    六、GraphWalker工作方式

    以作为第三方库为例:使用GraphWalker第三方库实现模型自动化测试

    七、GraphWalker命令行:此处省略

    八、Restful或WebSocket服务的区别:此处省略

    九、Web Socket API接口:此处省略

    十、REST API接口:此处省略

    十一、GraphWalker源码:

    GraphWalker工具核心:graphwalker-core

    参考资料:官网http://graphwalker.github.io/

    备注:

    FSM :有限状态机 Finite State Machine

    EFSM:扩展有限状态机

    相关文章

      网友评论

          本文标题:基于模型测试01

          本文链接:https://www.haomeiwen.com/subject/yjcppctx.html