如果真的难以接受,还是跑吧,不要委屈自己
大佬,學習了
大牛就是大牛,看一遍还消化不了
竟然中奖了,感谢;同时感谢十年的付出,期待下一个十年
可惜已不是新人
已读,虽然无法报名,但希望活动顺利,期待大会视频、ppt 资源
具体要看你们提测的方式:如果是全部完成提测,那就按提测标准,符合就正常测试,不符合就打回继续开发;如果是边开发边提测,那只能根据每个研发的能力,分开评估每个人开发功能需要测试和修改 bug 的时间;
这个测试时间不管怎么评估,在领导面前都是很难满意的。你只能给出一个比较合理,领导相对能接受的时间范围;
占楼,学习
大佬这是准备出书啊
想看看大家是怎么做的
应该是配置有问题,我都没用微信登录过
看到很多人都推崇 sonic,看来口碑确实不错
没见证 testerhome 的发展,但 testerhome 见证了我的提升,感谢
说了好多,但没看明白中心内容是什么
这个例子是百度找出来的,可能跟你的文章相同了
忽略忽略
sonic 有简单了解,还是不错的平台,没想到里面还有 sib
自我管理不足,属于三天打鱼两天晒网型,最好给自己定个目标,让别人帮忙监督你
祝 TesterHome 十周年快乐,感恩有个平台,感恩各位大佬无私的分享。
这里要分开说,一个是技术岗、一个是管理岗位,技术好的人不一定能管理好,同样管理好的人技术不一定就很好,但管理好的人,技术是最低保证
如果你认为地位与工资有关系,那就不讨论了。测试作为项目交付的最后保障一环,决定着项目是否能交付的重要参考意见
规范内容很多,提测规范、文档规范、提测通知规范等等
测试平台很多,开源的也很多,找到符合要求的就行;没必要自己造轮子
如果需要抓包,目前安卓因为证书的限制,https 协议很难在真机完整抓包,建议使用模拟器或者采用 iPhone 手机;如果能够保证网络是经过电脑,也可以使用 wireshark
抓包只为排除接口问题,你这问题应该跟手机适配有关系,建议还是特殊 app 处理 +logcat 的方式
调试取样器,不会影响你的测试,会影响就是你的脚本设置有问题