#35 楼 @lingcizhisheng 这个都得看你 case 的重复执行度。如果平均人家一周变动一次页面,但你一天就必须得执行一次 case。那即使不太稳定我也会选择去自动化它。一切都是权衡的。如果改变的成本低于每天执行用例的成本。 还是有自动化的价值的
#32 楼 @dancingcat_ 可能每个人的目的和预期都不一样吧。有的人为了学习,有的人听说自动化了就要在自己的团队里搞。各有各的目的
#2 楼 @blackcherry 看你用的 idea,加 sdk 了么。idea 默认不添加 sdk 的
#10 楼 @seveniruby 加了
#6 楼 @caikaibai 谢谢~
#8 楼 @wyb199026 嗯,你说的有道理
#2 楼 @jiazurongyu 问题是很多人连最基本的封装都不在意了。
首先自动化是为了节省成本的。不论你在做什么自动化之前都要问自己,你做了自动化会节省多少成本?即便是简单的 UI 自动化,即便根本没发现几个 bug。但是你每次是不是要花时间去手动执行这些用例?心中做好权衡利弊以后,你就会有答案的。 其次,自动化仅仅在于测试。环境搭建,打包,部署,监控等等等等。如果你搭建一个环境要一天,但是如果你花一周的时间搭建好了自动化部署。以后你每次搭环境都只有 5 分钟。 权衡下利弊你会有答案的
#11 楼 @seveniruby 额。。。原谅我的懒惰。 一忙起来就有惰性了,一有时间就想歇着。。
#9 楼 @seveniruby 嗯,以后多交流。说不定以后就有好的方案了
#6 楼 @seveniruby 请教一下,研究了 spark 之后怎么应用到测试中呢? 因为我们的产品也用到了 spark,我一直没有什么好的方案。虽然知道了原理但是感觉测试上还是得从上层调用 API。现在除了调用 yarn 的 API 以外我没想到什么好的方式辅助测试了
#6 楼 @seveniruby 嗯~ 暂时不搞
#4 楼 @seveniruby 其实如果 scala 普及起来了的话,我觉得我会用 scala 的。现在换成 scala 的话实在是担心写出来的东西只能自己用。
额,有个小问题啊,直接用下面这种方式不是也可以么? 不一定非要注解和反射啊。还是说你根据语言的不同,会有不同的查找方式?所以你用两个注解?
public class LoginPage extends PageObjectBase{
public static By usernameInput = By.id("username");
这个么,我觉得楼主有点偏激了。我这么跟你解释吧。你觉得你们 CTO 应该由谁领导呢?你们 CTO 的老大必须是比他还懂开发的人么?你们 CTO 的老大又该谁来领导呢?是不是必须要比他还牛呢?这么说的话楼主是不是能顺过来点气呢。所以我们的职位到了某一个环节的时候必然是外行领导内行的情况。否则岂不是所有公司的老板都得是技术出身了,还必须是开发测试运维 DBA 等等等等全都门清的。所以对于领导的区别只是在于他领导下面人的方式。 一个领导如果他很懂这个领域,就会指导你怎么做。如果他不懂他会招一个很懂的人然后放权给他,让他自由发挥。然后结果导向的管理。所以楼主,哪个职位领导你这并不重要。重要的是领导你的人适不适合当领导。还有我觉得他让你做持续集成,自动化测试什么的绝对是对你有好处的。既然他支持你做这些,他就必然会配合做很多事,例如开发不配合的时候他会帮你去推进这些事。这总比你之后想做的时候流程都固定了,你再改变来的要好吧。而且持续集成的第一件事就是规范分支策略,规范开发模型,开展单元测试。你们 CTO 如果有心搞这些,绝对有利于你的工作啊。肯写单元测试的开发不一直是我们最想见到的么?而且说句有私心的话,你搞了这些的话,就可以在简历上填上光辉的一笔了。多少人想有这个机会从 0 做到 1 都求不到。所以楼主好好想想,也许就没那么气了。