• 好的,感谢,我去试试

  • 共享知识库 at 2023年08月30日

    wiki 呀,google doc/sheet/drive 呀,还有内部的 BBS 之类的也是可以的

  • 经常有一些 bug,你说的上面那些其实都做了,但是还是漏掉了,到了生产客户反馈了才发现

  • 用 selnium 配置个代理,然后 mitmproxy 启动个后台服务,就可以捕获页面请求有多少,全部可以打印或者存储起来

  • 应届生软件测试 at 2023年08月04日

    建议不要做测试,直接开发,我们现在后悔晚了,你还来得及

  • 我们天天抓,我们的包分为 debug 或者 inhouse 的包,和 play store 的包,我们平时测试就是用的 debug 或者 inhouse 的包,然后手机上装上 charles 证书,然后在手机上信任一下,连上 charles 电脑端,手机上的包在电脑上就可以全看到了,这问题要和开发一起去解决。play store 的包为了安全肯定是不让抓的

  • Github 里面如何安装和部署的文档能补充下吗,感觉好像没怎么写 哈哈

  • 同感,像是 AI 写的,内容有点虚

    1. 第一点确实感受深刻,因为我们也主要是测试前端功能的团队,后端有另外的人测试,但是我们如果仅仅只关注前端功能确实是不够的
    2. 第二点也有同感,我记得有的语言排序是从右到左的,之前也有测试过一个项目的本地化和国际化
    3. 这点除了去思考用户如何去使用,然后去重试,感觉开发也可以通过日志或者一些线上监控获取到一些信息,然后推测出来用户的步骤,可以多个方式并行,更快找到原因。后面你说的举一反三同样赞同。
    4. 本地时间和服务器时间,这个在测试过程中也经常遇到类似的问题,经常出现改了系统时间,然后 App 的某个功能不能 work 了等等,我们后面也会更加注意这块。

    总结起来感觉你的分享和我们工作中很多共同点,感谢分享!

  • 这个和 Charles/Fiddler 对比起来有什么区别呢