谢谢云层老师的web service测试简介，有些疑惑想问一问？

wenwensw

1、接口测试过程中如果我们设计一个添加接口的设计，我可能针对很多字段设计不同的用例，不用的用例返回的值会不一样，我们如何去验证返回值。
    我可能觉得，比较简单的方法就是把参数日志输入到一个表里面进行比对，但是如何输入到一个表中呢？
2、如果进行压力测试，在压力过大的情况下可能会出现系统返回值不正确的情况，我们如何去收集或者添加检查点去验证呢。
    我看多跟多人针对验证点进行讨论，有的人说对事务响应没有影响，有的人说有，但是我在2个脚本中实际对比了一下，响应速度的确是有区别的，所以很不太喜欢用检查点。、
   希望老师能解答一下~谢谢！

wenwensw

回复 7# 云层
谢谢云层老大的解答！
1、其实自己也知道lr不考虑功能，但是自己觉得工具为人所用，只要能达到目的其实不用考虑那么多，哪怕我那一本书去垫桌脚，达到我的要求了我觉得就是一本好书（只是随便比喻下）。现阶段我暂时对webservice测试是否可以用其他小工具来测试尚不了解，所以想到lr了。初步想的是吧结果输出到文档中比对结果。
2、lr_xml_get_value和lr_error_maessage两个函数还不太懂，呵呵，您说的具体作用不太明白，谢谢云层老师，我去百度了解下谢谢。

云层

1.如果业务不同，导致同一个web service不同输入业务走向不同，那么可以对不同的业务数据进行设计开发多套性能脚本
2.性能测试不考虑功能问题
3.如果返回不同你可以写个webservice的关联，对返回的数据包做lr_xml_get_value分离，然后产生不同的事务结束状态或者lr_error_message来帮助确认后期错误原因

dionysus

我认为性能测试和功能测试不同，不用为每一个输入字段都设置边界值检查，这样对数据维护会很麻烦，我这里做测试分出几个主要的业务流程并分别准备输入数据即可，这里数据最后还会打乱的。
另外检查点是一定要做的，否则报错了你还不知道，这时被测应用走的逻辑已经和正常流程不同了，服务器和数据库那边的压力也是不一样的。如果你觉得添加了检查点会影响压力，你可以在前端多起几个并发，TPS达到预期值就成了。

wenwensw

回复 2# archonwang


    是针对逻辑来设计，但是逻辑走向返回参数是多种多样的，如何判断结果是否正确我觉得比较重要。因为接口的功能也就那么一点点，返回值也是比较重要的一项。
   比较急迫想知道如何利用lr将参数写入excel表里面。谢谢

archonwang

用检查点可以解决这个问题，但是可能还是有差别的。

一般情况下，出现这类问题的话最好是写日志了。只要客户端性能够强，这些啥的一切都是浮云啊
至于添加检查点的方法，请直接Google了。这里不赘述了。碰到问题再问吧。

archonwang

类似的接口用例最好只设计数据用例，这样比较直观了。  
此外，应是针对逻辑来设计数据吧。不必为了验证结果而验证。个人觉得。

考虑数据来源和非规范化的处理能力也很关键。