• 人工智能在测试上的应用 at 2017年11月23日

    我觉得你看看我这篇帖子吧:https://testerhome.com/topics/10809

  • 恩,是的。 devops的流行就是因为研发团队与运维团队中间那巨大的无形的墙。devops致力于摧毁这堵墙。 同样的测试团队与运维和开发团队也有无形的强。 一定要学会自己开发和运维。

  • 没错, 书中还有很出名的一句话就是测试开发的最主要任务就是能让别人更容易的测试。 这本书好像是09年出版的把我忘了。 是google早就玩的炉火纯青的模式。但是现在这么多年过去了,google内部一定已经改变了很多,这就不是咱么知道的了


  • 写的挺好的,关于上面图里说的应该是对测试开发工程师的定义。我个人觉得对于这个职位的定义可以更广泛一点。诚如楼主所说,开发一个Jmeter应该算是开发的活,而使用它的人是测试。 但在工作中开发人员在业务需求上就已经是忙的不可开交了。而我们却急需某些工具来帮助我们更好的测试, 这时候是不能等他们来做的,而且很多时候他们也做不好,因为他们不理解我们最急切的需求。 所以测试开发是可以更偏向开发和架构一点。而且testops的概念现在已经被提出来了,测试人员去做一些运维和开发的事情,我觉得这将是未来的发展趋势。

  • 先看看 《google软件测试之道》先正正三观

  • 你问的这俩我也不知道。。。。

  • 测试方法论-质量的基石 at 2017年11月17日

    这也可以? 只要有人攻击我那就是我有错在先的证据?

  • 测试方法论-质量的基石 at 2017年11月17日

    那么请指出我哪句话在抨击这里面讨论的人了? 我以后改正

  • 测试方法论-质量的基石 at 2017年11月17日

    我的留言中没有针对留言的任何人, 我从来没有用过你这个人怎么样怎么样的字眼。 我一直在说的是某种观点,也在反对另一种观点。不涉及人身攻击这是讨论的最起码常识。 我们在公司开会的时候有时候也会吵的很凶,但反对的都是某种观点,对事不对人。 我觉得这是在平等讨论一件事的基本条件。 不怕大家情绪激动,意见不同情绪激动很正常,不能什么时候都求一个一派和和气气的。但如果某件事情上一旦上升到人身攻击了, 那这个事就没法谈了。 纵观整个留言讨论, 我一直在抨击某一个观点。 讨论技术和思想。 而我得到的是针对我个人的抨击而不是针对我的观点的抨击。 所以我觉得这个讨论已经没什么意义了

  • 测试方法论-质量的基石 at 2017年11月17日

    既然在这事已经涉及到了对我的人身攻击,那我就不回复了,我没时间打无意义的口水战。 让时间来证明谁是对的。 大家不是瞎子也都看的清楚,这场讨论中到底是谁在讨论思想和技术,谁在一直喷人。 @seveniruby 你说的对,我是不该趟这趟浑水