• 熟悉业务懂技术,需要开发时候能去开发,需要测试的时候能做测试,哈哈

  • 很多公司测试就是打酱油,自动化更是酱油中的酱油了。
    当测试开发遇到坑的时候,开发根本就不会甩你。
    而且都喊着要搞自动化,从领导到员工。但是基本上都是让你一个人在那里搞。领导巴不得自动化能省人工。普通测试人员巴不得你两分钟就把他教会,变成大牛。
    而且经常还被拉过去做工具开发,啥东西都没有,想让你怎么做就怎么做,根本不考虑实现的难易程度。做出来又不一定有人用。

  • 迷惑了,纠结了,无语了 at 2015年04月07日

    嗯,同意 monkey 的建议,关键要去强大自己,公司的事情你可以每周出个报告,说说进展,成果,问题困难,如果和项目相关,可以提出风险。

  • #12 楼 @anonymous 我来轻喷了,你说了半天还是 UI 的自动化,ui 的东西就是自动化的一个很小的部分,你这样去讨论不是很贴切。

  • #6 楼 @anonymous 谁告诉你阿里都是测试开发了,就算 title 是测试开发又如何?根本没有几个懂技术的,你明白么

  • #16 楼 @huwangtao123 我们线下还是在更新的。appium 的讨论基本上论坛还是每天有很多帖子。美国亚马逊测试的一些总结和心得能分享下不~

  • 迷惑了,纠结了,无语了 at 2015年04月04日

    @seveniruby 谢谢思寒,我是楼主。制度问题,双线考核,项目没钱,开发没有积极性,从上到下不看好。
    我们行政线的管人,他其他项目缺人,总想抽人出来。原来做通讯的,感觉就个人而言没啥前途,就是混日子,想做点新的,才来做移动端的项目。
    说实话,我自己对项目也都没啥信心,只能说是自己做自己的。行政线的压力确实有点大,比较烦躁。我们领导基本上只管人,不管技术,按我们领导的说法,你做的再好,也就一个项目那么点人用,我投入 1 个人力大量的时间划不来。。。。其实也可以理解,就是我比较悲剧而已。吐吐槽,心情也好多了,没前面那么消极了,该干么干么,以后再看,顶住再说。。。o(∩_∩) o

  • 很多公司都是人海战术

  • 迷惑了,纠结了,无语了 at 2015年04月03日

    最后一句的 PS 亮了。。。

  • 迷惑了,纠结了,无语了 at 2015年04月03日

    果断跳吧。这么搞下去真的就是自娱自乐了

  • 迷惑了,纠结了,无语了 at 2015年04月03日

    果断跳吧。这么搞下去真的就是自娱自乐了

  • 迷惑了,纠结了,无语了 at 2015年04月03日

    果断跳吧。这么搞下去真的就是自娱自乐了。

  • 迷惑了,纠结了,无语了 at 2015年04月03日

    果断跳吧。这么搞下去真的就是自娱自乐了。

  • 楼上把我想说的都说的差不多了。。。

  • #12 楼 @anonymous 领导这么问,你就说自动化测试也是软件,当然也得跟着维护。人写的测试用例都得不断更新呢,何况机器的。
    自动化如果维护成本太高,那么只能说明做自动化的这部分还不够稳定,不适合做自动化。
    至于开发随意更改已经稳定的模块,那你可以找开发问问他为啥要改?出了新的 bug 他负责吗?

    主流程逻辑可以随便改的产品即使手工测试用例维护成本也不低,上自动化不是太合适。

  • #11 楼 @anonymous 我觉得自动化测试,最大收益在于回归测试阶段,层金字塔收益结构,是为了保证产品的质量,而不是为了发现更多的 bug,同时,自动化要想全员自动化,必须要领导决策,比如:某个版本发布 email 中,必须要附带自动化测试报告?而不是这样,领导问,你的产品现在介入自动化了,是不是我可以把人力抽调点了?或者这么说,自动化为啥还要后期维护啊?你们自动化工具怎么做的?为啥每个版本过来,脚本要调整?可他万万没想到,在项目开发过程中,开发随意更改控件定位符、产品主流程逻辑经常变化种种问题导致脚本复用性不高,我们测试工具只能通过技术手段来规避这些问题,如:控件定位符,我们可以做容错控件,写多个,这个没问题,为了提高脚本编写速度,我们直接以导航图拖拽控件画图方式来编写 appium 脚本,这没问题,我们 ok,可是整个流程问题、策略问题,我们无能为力啊,个人见解,轻喷啊。

  • #9 楼 @anonymous 你觉得具体有哪些痛处可以用自动化解决?搞清楚这个痛处自动化才有真正的用武之地。
    目前我所知道的主要是接口测试(api 等)、协议测试。这些测试你不说他也会搞自动化,因为手工搞错误率高且效率低。

  • 赞一个,也是自己的迷茫之处

  • #8 楼 @anonymous 目前很多公司都设立了自动化测试相关岗位,当时感觉很多公司并没有把自动化这把双刃剑用到痛处。。所以,我比较迷茫

  • 昨天跟一个猎头聊天,发现自动化测试很多地方需求啊

  • #4 楼 @anonymous 阿里不是都是测试开发吗?而且自动化框架很牛逼成熟,请问你们那边,有没有一个公共的自动化开发团队,给全公司的人使用的呢?还是各个产品线各自开发?如何去实施这个自动化的呢?求解啊

  • #4 楼 @anonymous
    #2 楼 @anonymous 阿里不是都是测试开发吗?而且自动化框架很牛逼成熟,请问你们那边,有没有一个公共的自动化开发团队,给全公司的人使用的呢?还是各个产品线各自开发?如何去实施这个自动化的呢?求解啊

  • #3 楼 @anonymous 兄弟说的正是痛处啊。赞

  • 我喜欢人海战术,而且阿里就是人海战术,丝毫没有什么技术

  • 自动化工具对于干不完活的测试是福音,对于闲的蛋疼的测试是累赘。
    leader 大多都会把完成一个自动化测试作为自己的重要业绩,所以为了自动化而自动化,甚至把手工的直接自动化也不奇怪。所以纯测试开发会处在一个比较边缘的位置(只关注工具,不大关注业务)。
    个人觉得自动化是为了干人干不完/干不了/干不好的活(如 api 测试)。但在领导眼中自动化=电脑能 24 小时干人干的活,所以。。。
    一个自动化工具要落地需要领导、PM、测试团队一起努力才能搞定。