• 第一点,没有接口文档那叫攻击,哈哈。
    第二点,在确定你发的请求,地址正确、参数正确、加密算法正确、文件正确、服务在线的前提下。拿着你的证据跟开发先沟通,后提bug。

  • loadrunner 和 jmeter 大 PK at 2017年05月11日

    Jmeter 3.0之后的图表改善了很多啊,基本LR有的它都有。时间轴都是从开始时间作为零点,这个所有的图表都一样,不会有什么困扰啊。



    LR可以动态调整并发用户数,这个Jmeter不好做。而且Jmeter分布式测试要配置的东西多,容易出错。没有LR那样有个Controller管理所有的压力端。

  • 的确是没有必要百分百覆盖,做到七八十就已经很利害了。再上做花得时间成本太高,不划算。我的经验是关键路径、关键函数100%覆盖,其他的不作要求,只作数据记录。不过也就是要定个度量的单位,代码行、条件判定、独立路径选一个。不然给出的数据太多,容易分散看报告的人的注意力。

  • 其实,只要先定义好需要收集的覆盖数据,是代码行?条件覆盖?判定覆盖?还是独立路径覆盖?不同语言的覆盖报告也是可以整合来看的。我比较纠结的是一些配置文件的覆盖,像mybatis下的SQL语句配置XML文件,这些不好弄。

  • 同意,抽象成数据驱动最好。

  • 简单实用,我回家也试试。

  • T4到T5之间,层级真不少啊。按这个做KPI,每年很有压力啊。这个模型有点全能的意思,对于性能/自动化测试专家有点累。

  • 51testing现在都这样,要么抄袭。要么丢个文件模板出来,一堆人在那里好,赞,棒,牛……一点讨论和技术含量都没有。

  • 接口测试覆盖率设计讨论 at 2017年03月01日

    如何保证一个接口的覆盖率

    对接口的各个参数,如参数类型,是否必填,参数最最大/小值进行全对偶组合测试,那么一个接口可能就会测试多次

    参数比较多的话,可以使用正交表的方法来减少用例数量。

  • 你是需要同时跑起来?还是每台机都同步跑呢?同时跑起来的问题貌似你已经解决了啊。如果需要同步跑,需要看看多进程同步的东东。另外,问一下为什么要同步跑?