作者回复: 谢谢您,很好的一种模式,本来测试和开发就是一家,结对也是有益的
作者回复: 您说的没错,谢谢您的留言,我在招商银行信用卡中心的时候也有过类似问题,当时我解决问题的方法是自己写了一个简单的proxy,这就顺利逃脱了冗长的流程申请。
作者回复: jmeter做接口测试其实没有问题,问题出在了script的管理管理,建议使用git做统一管理。谢谢您的支持
作者回复: 变更频繁这个问题目前只能在项目内部解决,服务端工程师应该设计接口,所有相关人评审后就不能变更,要变更需要有人承担成本。这个可以通过引入敏捷模式来进行规避,您可以关注一下对应内容。
作者回复: 谢谢,您说的特别好
作者回复: 目前没有软件推荐,我常用excel,不知道是不是可以在confluence上建立一个模版。谢谢
作者回复: 二叉树的aat不会讲哦!谢谢您的支持,你说的方法也是对的先来的做一点接口测试让团队boss看到好处给予支持
作者回复: websocket确实不好处理后续我们也回了的websocket希望有所启发!谢谢支持
作者回复: 接口测试应该早介入,在接口已经开发完最好就介入,但是前期分析开始借助一些工具就开始了,在敏捷模式下,接口测试确实更有施展的余地,还可以借助契约测试完成解耦和api测试
作者回复: 谢谢您,欢迎和我一起来学习,我们互相鼓励!
作者回复: 您好,并不提倡一次搞定全部得 每次完成一部分你需要的。慢慢还清技术栈。债务不是一天出现的😆,也不要一天还完!
作者回复: 谢谢,技术在坚持,一些三方应用拿不到param可以直接询问三方合作伙伴
作者回复: 技术债要慢慢还,这些技术债是我们之前遗留下来的,时间越久债务越多。但是不提倡一次还清,要随着时间的积累慢慢减少。谢谢
作者回复: 谢谢经验分享!
作者回复: 谢谢,不会涉及的这部分内容了
作者回复: fiddler提供了证书,你可以具体查询一下如何使用。
作者回复: 谢谢留言,靠自己慢慢积累也会有所得
作者回复: 代理拿到接口是说一个历史项目,一个全新项目在没有ui的时候还是要通过开发给出或者自己查看源代码。谢谢您