• 我来说一句废话,我入行时间也短,目前重新确立目标。业务测试是干不久的,不过我觉得业务测试也很难。到现在我也没明白,从web端到移动端的各种需要考虑的测试点。最近我要确定一下。关于你说的selenium深入。我大概给你个方向,基本demo我都写过。jenkins+selenium+docker 实现本机docker部署测试环境,grid采用多进程方式跑代码。jenkins负责拉去最新测试代码,编译测试环境的后端代码。配置部署连接docker,同时测试完成后使用allure工具生成可是化测试报告。appium的基本流程差不多。没有用appium写过。需要单独实现appium拉去apppackage和ios的包通过adb安装测试环境。这种搭建跑起来到投入使用不超过一周时间。全心投入更快。后期维护优化时个难点。同时接口测试你要做的话,简单的来说你要监控cpu和内存还有次磁盘的io情况,还要智能分析比对。最好这一块也是不容易的。多敲多练。有计划去做才可以

  • 思路值得采纳,尤其现在,系统的业务测试,很少顾及后台的逻辑交互,从后台逻辑入手也是一种不错的测试处理方式。
    不过整体我觉得太大了。不是不能把握这么大的业务,而是很少有这么大的业务一次性发版,从前端交互到后台逻辑,其他模块回调函数处理。再到关联的消息消费模式。个人感觉这个是入职很久吧。去把握整个系统的拓扑。高速迭代模式,这个功能估计一两周难以实现发版需求

    • 你好,请问下about文件只是对项目的描述性文件么
  • 之前是在unittest框架中调用id()返回函数名的字符串 切后面10个字符 刚开始可以 等我第二天运行 就返回空了

  • 是这样用的?我去,那这样如何拿到最后一个值?

  • 楼主,你好 这个打开的时候需要进行初始化数据库么?我这边直接打开提示:pymysql.err.OperationalError: (2003, "Can't connect to MySQL server on '127.0.0.1' ([WinError 10061] 由于目标计算机积极拒绝,无法连接。)")