#4 楼 @seveniruby 其实如果 scala 普及起来了的话,我觉得我会用 scala 的。现在换成 scala 的话实在是担心写出来的东西只能自己用。
额,有个小问题啊,直接用下面这种方式不是也可以么? 不一定非要注解和反射啊。还是说你根据语言的不同,会有不同的查找方式?所以你用两个注解?
public class LoginPage extends PageObjectBase{
public static By usernameInput = By.id("username");
这个么,我觉得楼主有点偏激了。我这么跟你解释吧。你觉得你们 CTO 应该由谁领导呢?你们 CTO 的老大必须是比他还懂开发的人么?你们 CTO 的老大又该谁来领导呢?是不是必须要比他还牛呢?这么说的话楼主是不是能顺过来点气呢。所以我们的职位到了某一个环节的时候必然是外行领导内行的情况。否则岂不是所有公司的老板都得是技术出身了,还必须是开发测试运维 DBA 等等等等全都门清的。所以对于领导的区别只是在于他领导下面人的方式。 一个领导如果他很懂这个领域,就会指导你怎么做。如果他不懂他会招一个很懂的人然后放权给他,让他自由发挥。然后结果导向的管理。所以楼主,哪个职位领导你这并不重要。重要的是领导你的人适不适合当领导。还有我觉得他让你做持续集成,自动化测试什么的绝对是对你有好处的。既然他支持你做这些,他就必然会配合做很多事,例如开发不配合的时候他会帮你去推进这些事。这总比你之后想做的时候流程都固定了,你再改变来的要好吧。而且持续集成的第一件事就是规范分支策略,规范开发模型,开展单元测试。你们 CTO 如果有心搞这些,绝对有利于你的工作啊。肯写单元测试的开发不一直是我们最想见到的么?而且说句有私心的话,你搞了这些的话,就可以在简历上填上光辉的一笔了。多少人想有这个机会从 0 做到 1 都求不到。所以楼主好好想想,也许就没那么气了。
#30 楼 @lihuazhang 恩。所以我说的技术栈么
#7 楼 @seveniruby 受教受教,原来还有这样的系统去画图
#14 楼 @wudamyw 我说下技术线上的要求吧。高级的职位应该是能做测试架构的。能从 0 做到 1 的那种。 例如 CI 吧。能搭建 jenkins,用 docker+jenkins 做自动化环境部署,触发整个 CI 流程。搭建合适的测试框架,编写测试脚本。了解开发模型,分支策略,针对不同的分支做不同的 CI。解决测试中遇到的困难,例如我们这里是机器学习的产品。底层都是 spark,hadoop 之类的东西。即便在 UI 上也要写 spark sql 和 pyspark 进行测试。 这就要求测试人员多少要懂这些,才能写 pyspark 的脚本。同时高级职位不仅能发现 bug,还要一定程度的定位 bug,在熟悉产品代码的基础上,利用合理的 case 设计思路,代码覆盖率等工具对 bug 进行定位。 不同的公司需要的技术栈不一样吧。测试职位也确实不是只要求技术能力的。但是招聘需求上任何技术方面的东西都没写。甚至来公司是做什么都没有写,接口测试?业务测试?性能测试?什么都不写的话让人很难觉得是高级职位。第一感觉就是招个普普通通的人过来做业务测试。
#3 楼 @jamesparagon 额。。。好吧。 我动不动就看到招聘上写的 30K~40K 的。 我瞬间都感觉自己弱爆了。。。今天还碰见个候选人说自己当前的薪资就是 35K。 我现在对咱们这行的薪水十分的迷茫
嗯?不是已经结贴了么? 怎么还能回复了? bug 了?
#26 楼 @cherry520 嗯,能用就好~恭喜~
#23 楼 @cherry520 不需要
#21 楼 @cherry520 git 的服务器能 ping 通 jenkins 么?
#18 楼 @cherry520 那应该不能啊。这就是 webhook 的入口啊
#14 楼 @cherry520 jenkins 的 job 的 URL 也输入进去了? 就是你打马赛克的那段