我喜欢的公司呀~~~买买买
有接口测试群。。309814929
挑事的人太多了,自己心里打的什么算盘,只有自己知道,现在所发生的也就是你们所期望的,满意了吧!!!
没必要再讨论这个事情了,谢谢!! monkey 也好、思寒也罢,不管过去或者现在,此处应有恒温
都是社区战士
我是不太明白那些有心人暗地里一直挑来挑去,好像就能为你们带来好处似的,还是为搞垮社区为目的啊? 大家散了散了
有这些功夫 不如来找我要点实际的,本人提供大会优惠码服务!,此处应用广告
来参加第三届中国移动互联网测试开发大会吧 !!!
报名入口:http://www.bagevent.com/event/394956?bag_track=testerhome_index
来社区也近二年了,近期是发生了什么
交流技术就交流技术呗,社区也从不拦着,也一直欢迎着,但请扪心自问你们是真的为交流技术而来的嘛?
(社区也一直在积极引进各种开源项目、工具,从不吝啬的一直推广着。当然为了社区更好的发展,也会接洽相关广告)
对于有广告、网站合作需求的,咱就直接点,与testerhome 管理委员会进行合作洽谈中不
此处应有恒温
以前社区没有人气的时候,有一批忠实的耕耘者,这是我们最珍惜的成员。现在活跃度高了,很多人都来发帖了。大多数人都是和我们以前一样带着分享即是乐趣的态度而来,但是也有很多人是纯粹为了推广自己的公众号啊,博客啊,产品而来。这种我们其实从心里不是很欢迎的。
无参与,不推广。这是我们对在这里带着其他目的的同学说的。当你参与度够了,其实已经就有自己的品牌了。
技术本身就有多样性,存在不一样的意见也是正常的吧,没有碰撞哪来的进取,但不知从何时开始正常的讨论也慢慢演变成了争论到最后的决裂。
每个人都坚守着自己的行为处事,社区本身聚集了各式各样的人,不管好与坏、错与对,我相信每个人都有被值着欣赏的一面,请发现好的一面。
很多事情其实过去也就过去了,不管是与非、错与对,都已结束,相忘于江湖就好。但不凡一些为目的为私利的好事者们,蛊惑着社区同学加入这场乱局,将一件正常的事情演变成为一些复杂的东西,请放过社区这些小绵羊 ,有事请直接冲着那谁谁谁去。(此处目标未知
)
社区也风雨飘摇几年了,不管还能强撸多久,可以不爱但请不要伤害!!!
服务端项目对于个人来说也是加分项,多学点代码没啥坏处
招聘也不算是劣势吧,如果这样我是属于要被饿死的那一批
rest-assured 还有现成的 org.hamcrest.Matchers ,对于这块我在用 junit,适合现状,够用就好。剩下的就慢慢技术外散就好
生活所迫,搞个测试需要懂的越来越多了 唉~~~
被你说到重点了 其实 rest 框架本身就带有这个功能 ,只不过现在我们主脚本了, 这样使用也没有代码量 ,也算适应现在工作模式, 我们也就没有再替换到 jsonschema 之类的了
你是不是傻。。。。
欢迎纯技术交流,不欢迎广告推广
说实话我不太喜欢情怀这个词,也没必要什么都上升到情怀和测试人员自己写的测试工具上(真正的情怀到底是什么我觉着也是大家都在想的事情)
我也只是实话实说,哪些现成工具已经实现了这些功能罢了
在我个人来看 JSON 解析对于其他工具来说没有特别之处,不过我认可修改数据格式这个功能,但具体实用场景还有待考究
我记得 rest 重新封装的那个 jsonpath 就是这个功能呀。。。
个人觉着,这个的特点在于单测时可以对数据的 MOCK 有一定帮助
但对于 json 解析这块没啥特别之处。
重庆第二届测试沙龙 重庆的小伙伴欢迎报名参加啊~
已加微信确认,此贴是广告贴,并非找测试团队进行私活外包,请相关测试同学自我我辨识,谨防被骗,本贴屏蔽
你这个是什么项目,列具体一点吧
对于加密,传参加密方式应该与服务端加密方式一样,这块需要和开发确认加密方式
一个接口可能会依赖一个或者多个接口。如接口 A 需要依赖接口 B 和 C,那么接口设计:
接口 B 和 C 测试通过
接口 A 取接口 B 和 C 的响应参数的某个字段
我们对于这块是写单独的测试脚本来解决的,用上层接口值 与 当前接口值 ,进行逻辑、业务需求组合来判断当前接口是否正确的
麻烦给我改成 49875183,谢谢 sihan 同学 O(∩_∩) O
未完成的同学可以出局了 验货的同学可以进场 啦~~
@emilyli2013 快来填坑
目前我们测试团队正在尝试介入这块内容,效果和产出,还有待观察
都工作 11 年,如果有些许积蓄的话,可以休息一段时间 ,尝试着做点小生意啥的,生意不好做的话还可以回来继续工作~~
已支持,祝早日康复