写得不错!
很不错,感谢分享这么多,不用去其他地方找了
可以将操作封装为接口在接口里面控制,也可以封装原来的操作 API 在里面统一处理,也可以定义一个 global 全局变量,其实方法应该较多,怎么好修改和维护怎么来吧
看来我写的还不算是 PO 啊,少了逻辑层,逻辑和业务放在一块的,考虑的是某些同学不在项目中,可能不熟悉业务,让项目中的人自己去写业务和逻辑了
大佬,给力了,后面正要规划一个专用的多设备连接的情况,及时雨啊
说真的,你这个可维护性和工作量真的很大,到后面说不定都很难搞下去,我建议你们还是将页面元素抽离分装一层,编写用例者只关心业务,环境这一块也有用例本身去控制,这样效果会比较好,用例格式统一,封装格式统一,复用性强,即使不会写代码的人也会很容易上手,一旦某个控件元素有调整了只需要修改封装的几个接口就行了,除非大面积改动才改用例,底层处理好后,一个项目不到 2 个人很快就可以搞起来的,我这边是这么实施的,也是游戏哈
看起来有点像是一个远程连接工具,比如 xshell
建议打印出请求的数据比较下,另外用代码发送 Post 请求的时候注意数据的格式,json 和 data,你好像把 dict 给 json 了
很不错,表示感同身受,有次面试,直接问到了具体的好几个库的底层原理,直接懵逼了
我们经历比较相似,但是没你那么精彩,15 年毕业去了富士康,呆了一年通过自己得自学在期间算是做开发类得工作,然后出来找工作,刚刚开始还是开发,但是想到工资很低,然后去了华为外包做自动化测试,那时给个六七千,然后呆了半年,把项目基本做完了,也学到了基础框架怎么写,然后去了游戏公司,开始自己带人,呆了一年然后走了,因为自动化推动太难了,现在即将到另外一家平台大一点得公司,薪水也到了一万多,期望在后面得日子中,自己能够继续不断得提升
开发没有提供工具的情况下,这个游戏接口测试有办法开展吗
你这个相当于是通过协议来模拟实际的游戏操作,那这个是在测试什么呢
谢谢!其实最主要的目的还是为了能够提高测试效率,提高产品的质量,围着着产品去,是不是会更好些
我来的这个公司从来没有做过自动化,真的是举步维艰,老本程控管控太严,做完了一个项目的 UI 自动化测试,正开展接口测试,哎,程序和老板支持太少了,我现在是准备走人了