#13 楼 @charles 我写了一个组件，从 execl 中读取数据插入数据库。用例执行完毕后再自动删除

#44 楼 @AAtest 好奇怪啊。。。。我怎么没碰到这个问题， 不过你可以用这么一个方法，在所有测试执行前，清理一下 report 的目录。。。。。我以前就这么干的

额，以前给微软做外包的时候用过他们的工具。叫什么 searchUI 吧还是什么来着，忘记了，6 年前的事了。之后再也没做过 CS 架构的了

#10 楼 @jet 长痛不如短痛~~

#8 楼 @jet 可以考虑自己封个 SDK 出来。屏蔽底层。让上层调用更快捷方便。 这样维护成本会低很多的

#6 楼 @jet 是挺烦的，你们监控了多少个接口？

#4 楼 @jet 那倒不是。代码都是放在一个项目里的。只是放在不同的组织目录下。因为用的技术都是一样的

#2 楼 @jet 线上数据库是绝对不能写的。。。。只能监控查询接口。 不用精确验证。证明服务还在运转正常就行了。 但是日常的接口测试必须要有数据库的掌控权。所以就搞的两套东西

为啥你们公司要在线上搞。。。你说是线上接口监控么。。。

单测开发写，测试可以提供培训和测试框架等支持。

#8 楼 @jamesparagon 毕竟搞了几年 java 了~~ 实现的目的相同~ 只是语法不一样了么

#2 楼 @dadeshuo 我刚用 java 那会也一样，自己造了一堆轮子。。 淡定，就当学习了

#5 楼 @esuter 是的，已经有人提交了 fix 了。 就在前几天我还在 github 上看到了这个 request，就是最近几天提交的。 只是现在还没有提交进去。 我觉得就快了吧。我看了提交的代码，一共也没几行。 没道理要拖很久

其实我曾经被一哥们内推过华为，后来哥们跟我说 HR 看了一眼我的院校就给我打回来了。虽然我是本科，但依然不满足他们的要求，我依稀记得当时好像是说要 211 的。那时我已然毕业 4 年多了。 现在想想就是自己要为高中时候没有好好学习还债么，谁让那时候天天就知道玩游戏了。所以当初我烂泥扶不上强，到了现在就得忍着他人的歧视，我也埋怨不了谁，这事只能怪我。 当然还是有很多不看学历的公司的， 你看 BAT 的社招也没限制。 大专学历的进去的也有，我媳妇也只是大专，但是也进了蘑菇街。 所以我们就去找不要求学历的公司就好。别太纠结。

#42 楼 @JeffLiu 看看这个帖子，https://testerhome.com/topics/6554

#40 楼 @f_si 用好了其实很稳定的，比其他框架稳定多了

#38 楼 @f_si 默认等待 4 秒。如果你想定制，可以用下面的方法

#38 楼 @seveniruby 没错，而且我觉得现在 python 生态圈的发展也没有 java 那么好。所以缺失了一些很多好用的第三方模块。加上毕竟目前互联网应用还是 java 得天下。所以作为测试的语言，还是用 java 好一些。 但不得不说，不论是 scala 还是 python，在语法上简直完爆了 java

#36 楼 @seveniruby 恩，我主语言是 java。就是感叹 python 的同学没有这么好用的框架可用

#33 楼 @seveniruby 好像 python 圈子里还没有这样的框架，要是搞出个 python 版的就好了

#34 楼 @dkleaves 其实现在的运维也不是下载几个开源的工具就能堆出来的了，系统越来越复杂，现在已经要求运维二次开发或者自研自动化运维平台，业务的体量和需求也在变化，所以运维同学也要时长的改东西的。现在已经有专门的 SRE(也可以叫运维开发吧)。UI 自动化个人觉得比较依赖业务和代码架构能力，一般公司的同学搞不好 UI 自动化我再文章中也写了。 我们的 UI 自动化就比较稳定，因为设计的比较到位，所以需求变动的时候改动并不大。当然了有的业务类型变动就是特别大特别快的，也确实不适合做自动化

#49 楼 @anonymous 好的平台毕竟可遇不可求。如果你碰到个好平台我也是建议你跳过去。有机会接触底层的东西确实能成长挺多的。不过看你的描述你这两年做的东西也挺好的。不用气馁

#44 楼 @anonymous 还是工作驱动比较好一点，其实我是建议按照你当前的工作内容精研某几个技术的。 如果工作用不上的话确实也学不太好。

#41 楼 @anonymous shell 语法很简单的，不要灰心。好好玩 linux，shell 是分分钟的事

#37 楼 @anonymous 那你用不上 shell 的，只有做环境管理和底层测试的时候才会用上 shell