• @zzw
    2020-01-05

    思考题:联和断言的逻辑是什么吗?它们取数据的特点又是什么呢?

    关联:取出前序调用返回结果中的某些动态值,传递给后续的调用。最常见的是唯一标识客户端的「Session ID」。

    断言:又称检查点,断言是我们的预期,主要是保证脚本按照原本设计的路径执行。取的数据是服务端返回的,可标识业务成功与否的数据,并做判断。

    请记住,测试一定要有断言。没有断言的测试,是没有意义的,就像你说自己是世界冠军,总得比个赛吧!
    展开

    作者回复: 合理。

    
     3
  • rainbowzhouj
    2020-01-06
    关联:假设一个业务场景由多个请求构成,那么关联可以理解为前一个请求的输出作为后一个请求的输入。并且可以将关联的值参数化,例如Token,jobId等;
    断言:一个请求从执行开始到结束之中,所经历每个步骤都可以“暂停”,那么暂停的这个动作可以理解为断言。通过断言你可以知道代码的运行逻辑,对应的输出是否合理,Debug的好帮手。

    作者回复: 理解的很对。

    
     1
  • 奔跑的栗子
    2020-01-03
    关联和断言,都是获取特定数据;关联将获取到的数据更新到下一次使用中;断言预知被解除数据的数值,判断执行结果是否正常;

    作者回复: 理解非常正确。

    
     1
  • 律飛
    2020-01-03
    关联,有关有联,该数据一定是根据前面的业务获取的,是一个变化动态的,从服务器获得的,否则就可以在脚本中直接写好,变成一个参数了;同时该数据也一定是后面业务得以进行的必须输入,否则就没有存在的意义了;因此,关联数据起了一个承上启下的作用。取数据特点,从服务器返回信息中取数据,这个数据是动态的,且是后续业务必须的输入数据,需要继续使用的。
    断言,美其名曰一言断分晓,明查是对是错矣。提取服务器返回的可判断业务成功的数据,对其进行判断,从而获知业务是否成功。取数据特点,也是从服务器返回信息中取数据,在业务成功时该数据是一样的,主要用于判断,判断结束后一般不会继续使用。

    展开

    作者回复: 写的非常好。

    
     1
  • songyy
    2020-01-14
    关联和断言的逻辑是什么吗?
    它们取数据的特点又是什么呢?

    关联: 在发出的请求之中,用到收到的请求的数据。通常取到的是header或者页面内容数据,用正则表达式比较合适。

    断言: 判断请求是否成功的标志。可以用json parsing的方式获取数据。判断HTTP status code也是一种合理的断言方式(比如,一个post请求,在成功时断言201 created)
    展开

    作者回复: 理解的很正确 。

    
    
  • 餘生
    2020-01-13
    关联,个人认为比较直观的解释:比如操作一个事件,需要前后分别请求A接口和B接口,B接口请求需要A接口返回参数的某些字段,这就是关联。

    断言,没什么好说的,就是判断实际结果是否符合预期结果,并且测试中一定要加,因为有时候无论结果是否正确,response code都是200,不加断言无法直观判断

    作者回复: 理解的很对。

    
    
  • 小老鼠
    2020-01-10
    1,获取csrftoken ,然后把它写入hidden和cookies 中,这样就可以用接口测试代码进行csrf攻击了。2,听茹老师说过当断言比较多时可用diff这个工具去比较生成的文件(比如json文件
    
    
  • Geek_570c4c
    2020-01-07
    期待后面的内容

    作者回复: 我也期待。

    
    
  • life_牛
    2020-01-05
    老师,性能压测和参数优化会讲解到吗?

    作者回复: 后面会有。但是是参数众多,只是举常见的场景,不会全覆盖。
    主要是要说明分析的思路。

    
    
  • 村夫
    2020-01-03
    老师,工具的使用还有几篇?

    作者回复: 还有参数化的逻辑和http协议的两篇算是和压力工具有关的。再往后就不讲压力工具了。
    就开始讲场景,监控,分析什么的了。
    是不是工具部分太简单了?😀😀

     1
    
我们在线,来聊聊吧