• 日拱一卒
    2019-10-01
    1. 测试左移和测试右移是在市场激烈竞争情况下的必然结果,做不到的话,迟早会被淘汰。
    2. 如果项目在用成熟的敏捷开发框架进行项目管理,团队中测试人员的比重会越来越少。
    3. 在做项目计划的时候,尤其是让开发人员给时间评估时,必须要为单元测试和自动化测试预留时间,一个功能可以交付的标准不仅仅是实现功能,对应的测试集也是需要包括的,这部分需要管理层有一个思维转换。
    4. 软件开发团队变为全栈开发全队的趋势越来越明显,全栈开发不止是对传统开发人员你的要求,也是对测试人员的要求,测试人员可以考虑扩展技能,例如自动化测试、运维、项目管理等,不要让工作中的角色限制我们未来的无限可能。
    展开

    作者回复: 再一次分析得很全面!赞!

    
     3
  • 张裕
    2019-09-30
    管理团队理念的改变至关重要,将传统智能团队重组成全栈团队,不然很多实践只能流于表面

    作者回复: 是的。一般来说做事的顺序都是 人 -> 流程 -> 工具

    
     3
  • Jxin
    2019-10-06
    关于这个所谓的后端全栈。刚好有过思考,分享下。
    从经济学角度看,社会分工可以实现专人专事,进而解放生产力,让总收益更大,所有参与方都受益。但是分工就会有沟通协作的成本,工序多会增加出事故的概率。那么为什么以前强调分工,现在又推崇垂直整合呢(去qa和devops的理念)。我认为是软件稳定性诉求和软件工程开发模式共同决定的。以前,软件的用户体量小,事故和不可用的影响较小,并且开发模式大多是瀑布开发,时间上也比较经得起折腾。而现在,大的互联网公司,用户体量都是千万,亿级别的,系统稳定性诉求就高,往往都要4个9,5个9,且大部分推行的都是敏捷开发或伪敏捷开发,进而对系统稳定性和迭代速度的诉求就有了新的挑战 。而依旧保持分工的模式对接不上这个变化(天时),同时测试运维经过这几年的发展演变,也推陈出新有了很多新技术新框架,开发要学习测试运维技术栈的成本已经可以接受(地利),最后,新技术的轻便学习成本低,加上程序员的高薪,进几年也涌进了大量新鲜血液到互联网行业(人和)。故,这种垂直整合的模式一推出需求(去qa和devops),就有大批技术人员调整技术栈去迎合变化。而在精益开发,企业中台建设的推进中,甚至连产品思维也可能会落到开发的技能树中。
    展开

    作者回复: > ...那么为什么以前强调分工,现在又推崇垂直整合呢(去qa和devops的理念)。我认为是软件稳定性诉求和软件工程开发模式共同决定的...

    这种探究深层次原因的思考非常棒!我觉得一个非常重要的原因是交互方式的改变。互联网越来与普遍后,有了快速交付的条件。这个是快速迭代的基础。

    比如,2005年我在微软Windows团队的时候,大家都还是主要使用光盘发布Windows。DVD刻好交付给客户之后,再修改起来代价可就高了去了。所以当时主要用瀑布模式,非常强调在前期的计划,希望一次搞定。

    在有了快速迭代的条件之后,大家逐渐意识到快速迭代对快速、准确交付用户需要的产品非常有效,所以逐渐往这个方向发展。在这种方式下,全栈也就比较自然起来。

    这是我的思考 :)欢饮继续讨论

    
     2
  • _CountingStars
    2019-09-30
    测试左移是 TDD/BDD 能充分发挥作用的地方了。右移大部分时间应该在预发布环境(共享生产环境数据)进行测试。

    作者回复: 是的,TDD的确是一个测试左移的方式,虽然我个人用的并不是很多。

    对于右移,当前情况的确是很多时间在预发布环境进行测试,但是趋势是越来越多的可以在生产环境上做。我在下一篇文章会详细讨论。

    
     2
  • 刘丹
    2019-09-30
    测试左移和右移,减少了耗时长的功能测试(例如从3个人变成1个人),增加了自动化测试(例如从1人个变成2个人),提升了测试的效率,总体上应该是减少了测试人员岗位数量。
    作为测试人员,要用全栈开发的标准来要求自己,不仅要横向发展,也要竖向发展。例如在学习多种测试技能(功能测试、自动化测试、性能测试、安全测试)、完成本岗位工作任务的基础上,根据个人和公司的情况向运维、开发、需求、项目管理等领域渗透拓展。

    作者回复: 是的。测试人员在这种趋势下,有压力的同时也是有更多的成长机会(无论是主观还是客观情况要求)。

     1
     2
  • 大风起兮
    2019-11-03
    测试左移能否成功,依赖左移的测试工作量是不是能被工具化和研发人员自测消化掉,不然就累死QA了(去QA,哈哈)

    作者回复: 这个玩笑过分啦,哈哈

    
     1
  • 高倩
    2019-10-22
    测试左移和右移,对于测试来说是好事情,可以掌握整个需求的全面性,来源以及价值。
    但是目前会存在一个问题,就是没办法完全依靠左移来提高原来竖井模式的测试效率,测试既要左移,右移,又要进行测试。比如正在进行一个项目的测试,此时产品又提了几个需求,测试陷入车轮战,会很疲惫。

    作者回复: > 没办法完全依靠左移来提高原来竖井模式的测试效率,但是应该也都提高一些效率。时间花在这个上面比只花在竖井测试环节,对团队的总体效率是提升的。

    另外要加强开发自测。多让他们做左移了的测试。

    
     1
  • 刘晓光
    2019-10-01
    测试左移可以提高开发测试比么? it depends,它俩没有绝对的因果关系。切记。哈哈。

    作者回复: 听起来是有故事的人 😀 可以分享一下吗?

    
     1
  • 李双
    2019-09-30
    有学习一新思路
     1
     1
  • 沫沫(美丽人生)
    2019-11-16
    有个问题请教一下 ,现在我们的代码管理有开发分支,测试分支和发布分支 ,如果现在开发左移,让研发参与更多测试工作的话 ,则还需要有一个供研发自测的测试分支吗?因为如果在开发分支上测试的话,代码频繁提交会影响测试的有效性。盼复。

    作者回复: 如果能够减少一个分支当然最好。开发自测最好能首先在自己的环境上测。不行的话定时在master上部署到一个环境让开发自测。 可以参考一下第六篇文章。

    不知道我解释得清不清楚 :)

    
    
我们在线,来聊聊吧