测试桩
一个程序存在很多个模块如模块A,B,C,...,但每一个模块之间在开发过程中存在联调过程,当模块A已开发完成,而B模块正在开发中,模块A在运行时需调用到模块B,但不影响整体进度测试,需先对模块A完成测试,那么就需要开发一个测试桩,模拟模块B,在模块A运行时 由测试桩返回参数,用于检验模块A的功能正确性!
定义:负责测试的模块/方法所调用的某个模块或系统,模拟返回值(假的-但符合设计)
mock系统不需太复杂,仅需关注接收入参与返回对应且正确的出参
优势:
1.造测试数据(平台自动生成,避免人为干预,严禁测试规范中测试数据不能人为修改、添加、删除)
2.验证平台整体业务流程(用户-->平台--->上游)
3.杜绝线上测试(线上仅做功能验收测试)
4.减少测试成本(支付相关)
5.性能测试时避免影响上游
缺点
1.无法模拟第三方平台与C端的交互(即:在系统集成测试完成后,需切换真实线上环境,作第三方接口功能验证测试
2.第三方接口 可能在mock测试过程中出现变更引起的接口参数异常问题(情况较少)--要求 时刻关注第三方接口变更并更新mock