作者回复: 再一次分析得很全面!赞!
作者回复: 是的。一般来说做事的顺序都是 人 -> 流程 -> 工具
作者回复: > ...那么为什么以前强调分工,现在又推崇垂直整合呢(去qa和devops的理念)。我认为是软件稳定性诉求和软件工程开发模式共同决定的...
这种探究深层次原因的思考非常棒!我觉得一个非常重要的原因是交互方式的改变。互联网越来与普遍后,有了快速交付的条件。这个是快速迭代的基础。
比如,2005年我在微软Windows团队的时候,大家都还是主要使用光盘发布Windows。DVD刻好交付给客户之后,再修改起来代价可就高了去了。所以当时主要用瀑布模式,非常强调在前期的计划,希望一次搞定。
在有了快速迭代的条件之后,大家逐渐意识到快速迭代对快速、准确交付用户需要的产品非常有效,所以逐渐往这个方向发展。在这种方式下,全栈也就比较自然起来。
这是我的思考 :)欢饮继续讨论
作者回复: 是的,TDD的确是一个测试左移的方式,虽然我个人用的并不是很多。
对于右移,当前情况的确是很多时间在预发布环境进行测试,但是趋势是越来越多的可以在生产环境上做。我在下一篇文章会详细讨论。
作者回复: 是的。测试人员在这种趋势下,有压力的同时也是有更多的成长机会(无论是主观还是客观情况要求)。
作者回复: 这个玩笑过分啦,哈哈
作者回复: > 没办法完全依靠左移来提高原来竖井模式的测试效率,但是应该也都提高一些效率。时间花在这个上面比只花在竖井测试环节,对团队的总体效率是提升的。
另外要加强开发自测。多让他们做左移了的测试。
作者回复: 听起来是有故事的人 😀 可以分享一下吗?
作者回复: 如果能够减少一个分支当然最好。开发自测最好能首先在自己的环境上测。不行的话定时在master上部署到一个环境让开发自测。 可以参考一下第六篇文章。
不知道我解释得清不清楚 :)