个人觉着,这个的特点在于单测时可以对数据的 MOCK 有一定帮助
但对于 json 解析这块没啥特别之处。

重庆第二届测试沙龙 重庆的小伙伴欢迎报名参加啊~

已加微信确认，此贴是广告贴，并非找测试团队进行私活外包，请相关测试同学自我我辨识，谨防被骗，本贴屏蔽

你这个是什么项目，列具体一点吧

对于加密，传参加密方式应该与服务端加密方式一样，这块需要和开发确认加密方式

一个接口可能会依赖一个或者多个接口。如接口 A 需要依赖接口 B 和 C,那么接口设计：
接口 B 和 C 测试通过
接口 A 取接口 B 和 C 的响应参数的某个字段

我们对于这块是写单独的测试脚本来解决的，用上层接口值 与 当前接口值 ，进行逻辑、业务需求组合来判断当前接口是否正确的

麻烦给我改成 49875183，谢谢 sihan 同学 O(∩_∩) O

未完成的同学可以出局了 验货的同学可以进场 啦~~

@emilyli2013 快来填坑

目前我们测试团队正在尝试介入这块内容，效果和产出，还有待观察

#3 楼 @026 傻 2

都工作 11 年，如果有些许积蓄的话，可以休息一段时间 ，尝试着做点小生意啥的，生意不好做的话还可以回来继续工作~~

已支持，祝早日康复

#60 楼 @seveniruby 师傅 救我

#14 楼 @tspring
就拿这块来说，接口需要的是 int 类型的入参，使用进行 rest 调用时，参数是支持 OBJECT 类型，所以不管传 “1” 或 1 都是可以的，但服务端取值时，是以预先定义好的类型去获取的，在与服务端协定的类型一致的情况下，不管加不加"号都可以的

但是如果在浏览器中 http://localhost:8080/h5Interface/getH5Status?H5PluginId=1&ciPluginId=2’‘ 这么调用，明确给参数传入了字符串，这样是会报错的，但如果服务端是@RequestParam("H5PluginId") Object H5PluginId 这种类型的就无所谓了

@ResponseBody
    @RequestMapping(value = "/getH5Status", produces = {"application/json;charset=utf-8"})
    public String getH5Status(HttpServletResponse response, HttpSession httpsession,
                       @RequestParam("H5PluginId") Integer H5PluginId ,@RequestParam("ciPluginId") Integer ciPluginId ) throws Exception {}

given().param("H5PluginId", "1").and().param("ciPluginId", 2)
               .get("http://10.168.100.157:8080/h5Interface/getH5Status").getBody().prettyPeek();

#2 楼 @seveniruby 信息不全呀 。。照片、身高、职业、兴趣爱好、交友目的之类的

再考个本科证吧，不管重不重要，这是一种态度，再把相关测试技术沉淀沉淀，虽然辛苦点但是也可以走出自己的一条路的

大家来打王者荣耀吧。。。。。。

又败家。。。

适当换个心情，可以与同事们聊聊明年工作计划、学习计划啊 还有可以梳理自己的目标之类的 在闲的时候 好多事情可以整 啦~~

#7 楼 @chenhengjie123 发现了这个 ，目前还没有尝试 应该可以解决你的这个问题
registerParser
public static void registerParser(String contentType, Parser parser)

Register a custom content-type to be parsed using a predefined parser. E.g. let's say you want parse content-type application/custom with the XML parser to be able to verify the response using the XML dot notations:
get("/x").then().assertThat().body("document.child", equalsTo("something"))..

Since application/custom is not registered to be processed by the XML parser by default you need to explicitly tell REST Assured to use this parser before making the request:
RestAssured.registerParser("application/custom, Parser.XML");

Parameters:
contentType - The content-type to register
parser - The parser to use when verifying the response.

#15 楼 @testly 据说已经分完了。。。。

#7 楼 @chenhengjie123 目前没看到有这种属性，这种转换格式的扩展个小方法呗

#12 楼 @tspring

@ResponseBody
    @RequestMapping(value = "/getH5Status", produces = {"application/json;charset=utf-8"})
    public String getH5Status(HttpServletResponse response, HttpSession httpsession,
                       @RequestParam("H5PluginId") Integer H5PluginId ,@RequestParam("ciPluginId") Integer ciPluginId ) throws Exception {}

就拿这种方式来说，服务端对于 “1”、1 这种的传值都是接受的，服务端会自行转换，但是服务端要求的是Integer 当传 “1a”,"1.12" 这种类型的数据来说，肯定是转换失败的。

这和服务端使用的开发语言和框架有关系，这块建议和服务端开发确认一下，如果对于传入不正确的值需要服务端做验证并返回错误原因的，一般情况下需要单独提出这种诉求的。

服务端请求参数要求是 int ，如果传入 string 报错了，可以理解为服务端没做兼容处理，也可以理解为客户端调用不正确

对于服务端测试同学来说，就是为什么不按服务端规范调用，非法调用报错了，是正常现象啊

#10 楼 @langmu
param(String, Object...)

param("string",1),param("string","1") 都可以的，一般情况下服务端会自动转换的，如果后端需求 int 类型，传了一个 abc123 这种类型的字符串才会转换错误