• 测试方法论-质量的基石 at 2017年11月17日

    赞同你的观点,知行合一。在任何行业上都适用

  • 惭愧啊,一直觉得自己的框架不够完善,没好意思开源出来😅

  • 赞!受益匪浅,我的框架也有很多思想受益于您的启发

  • 无论使用那种方法,只要是穷举,都会有很庞大的数量。用正交或者结对可能数量会少一些,但1000和400的区别不大,最终也是要从这1000或者400中随机取一部分用例出来执行,硬伤啊!

  • 数据初始化现在正在实现中,过段时间会分享上来。
    我们这套系统报表的数据是从第三方系统获取过来的。

  • 接口测试也有做的

  • 因为懒,才能体现自动化的价值,😂

  • 好的,多谢提供宝贵的建议

  • 有两种测试机制的,指定测试和随机测试。
    基于业务背景:
    我们会把典型场景的参数配置在指定配置文件中。这一块执行完后,我们在业务上认可其可达到90%的覆盖度。
    再通过参数组合出场景,生成测试场景的参数用例。理论上讲,只要有足够的资源,不用随机抽取数量,直接全跑,肯定可以达到100%覆盖的。
    但实际情况是这些耗时的用例,性价比并不高,收益也很低,而且需要非常大的成本。
    所以我们提供一个可设置的随机数量阀值,找到一个平衡的随机数值,抽取用例进行测试。每次执行随机测试,都用这部分随机用例去提高剩下10%的覆盖度

  • 略显尴尬,做UI自动化的同行,难道不做查询的黑盒测试?

专注于自动化测试框架、测试平台的搭建与开发