🫱🏻🫲🏼
谢谢大佬支持
2023,加油继续。
谢谢
软件质量保障
赞一个
赞一个
值得每个应届生仔细看看。
不用开发改代码,需要自己组装消息体,然后 mock 发消息。
支付一般是同步受理,异步处理的。只需 mock 支付回执消息就行了
请问下业务背景是怎样的?是扫码付么?用户扫码付款收到了收款成功消息,但是钱没到账?
变化的参数都是对应不同的业务场景,可以提取出来业务字段给参数化。
将通用内容存到模板,基于参数化字段结合模板生成 xx 业务场景的请求报文。希望这篇文章能帮到你,https://mp.weixin.qq.com/s/UQTdRL4rYKVwgyCbggk_gA
首先,接口自动化测试是分层测试的一种,那就意味着它只能测到一部分范围,就是接口的请求和响应是否正常,其他的地方它是测不到,这时候只有引入其他的测试手段才能把测试范围覆盖完全,比如 ui 测试和数据库测试,还有其他的中间件测试。
这么说来,接口自动化测试只管输入和输出,根本没必要用数据库。
这个原因不充分,不能得出这样的结论。试问接口自动化输出的报文哪里获取的?
开放性问题,没有标准答案,可以根据自己经历总结下。我认为不管是管理,技术型测试,都离不开质量策略、质量手段、测试效能、测试基建这些个点。
你们领导的目的是想推动平台的落地和建设吧,大多数平台落地都有这个问题,不过还是要硬着头皮上的。
使用过程把问题都记录,推进老板去解决呗。
已阅
非常认同
在开发面前,还是不够硬
mock 是单向的,客户端消费。契约是双向的,服务端~客户端的双向约定。
测试分析评审
公司顶梁柱