(4)对《炮轰“测试左移”》之若干评论的整理与点评

2023年9月6日 571点热度 0人点赞 0条评论

继续对《炮轰“测试左移”,向软件测试领域的“歪理邪说”宣战》的评论进行整理,评论的第一部分请看

(1)对《炮轰“测试左移”》之若干评论的整理与点评

(2)对《炮轰“测试左移”》之若干评论的整理与点评

(3)对《炮轰“测试左移”》之若干评论的整理与点评

 

评论内容请见下文:

评论9:佚名

这个评论应该是在某个微信群中一位朋友有感而发,具体是谁记不得了!

        看了这篇文章,感触很深,一直从事测试行业相关工作,也经历了测试行业的各种变迁,谈谈个人一点感受。不管从瀑布,到V, 到敏捷或DevOps开发模式,个人感觉核心就是市场需求推动了IT从业者技术要不停的变迁,特别是当前这种信息变化传递快而爆炸的时 代,客户功能需求越来越多,加上竞争对手给你的市场时间要求越来越短,传统的开发模式或测试模式是无法满足当前时代的变化 了(当然一些民生类求稳的还是适用),才有了微服务,容器等新技术的出现。因需要适应用户的需求多而快的变化,这也要求测试人员的 思维需要调整而不能仅停在功能测试层面(当然一些金融、保险、电力等行业功能测试是很香的,因子系统很多,功能测试对全局业务非常了解 ,所以一般这几个行业职位提升的都是懂业务的)。但大部分从业者不在这个行业里(这些行业也在IT信息化),所以个人认为测试左移这件事是个好事,只是看个人和组织怎么去理解,结合自已公司本身组织和公司财力去实施,而不是否定。如从流程上左移:需求时就介入一些评审,可测性需求提出,或者工程能力上左移:如单元测试开发自测,接口由测试者完成(试想当前中国的开发环境大部分996怎么让开发人员能认真测试,有时间测试)。另外测试者能做一些服务化的平台供给开发测使用,测试和开发人员相互认可度也会倍增。所以个人认为测试具有代码能力是市场环境倒逼的(这个市场不是培训机构或认证机构),否则无法适应这个IT技术变化的时代,业务量和子系统的倍增不可能还停在功能测试,否则交付周期延期影响的是老板口袋中的银子,或急着上线影响的是质量。

领测老贺回复:

       这个评论中的观点我是认同的,如果你通篇看了老贺的《炮轰测试左移》这篇文章,应该知道我并不是反对“测试左移”的最原始的意义,因为这个理念贯穿最早可以追溯到V模型。我反对的是曲解测试左移含义的人。

       软件测试的终极问题就是在无穷无尽的测试用例里面,抽取那些作为本轮实施的测试用例,怎么执行这些用例是效率最高的!

       这两个问题看似简单,但是展开几乎就是软件测试领域探讨的所有问题的全部。

评论9:裂痕

领测老贺回复:

       其实作为从事软件测试工作的人员,确实应该想一想软件测试的基本原理是什么,不管外界如何变化,软件测试工作如何做,都在处理着基本的问题。所有的技术,手段,无非是解决两个问题:如何抽取出覆盖效率最高的测试用例出来,如何高效的执行这些用例。

       抽取的方法涵盖了众多的测试策略,如基于风险的分析,基于需求的分析,质量模型等等。

       覆盖的效率涵盖了众多的测试设计技术,如等价类,边界值,结对,域测试,正交分析等等。

       高效的执行涵盖了测试用例优先级划分,自动化测试,接口测试等等一系列问题。

       所以作为测试工程师你到底在那个方向努力?解决整个测试体系中的那个问题?      

      

简单说好的评论就合并到一起了

在此感谢上面朋友对本文的支持,就不一一致谢了

领测老贺

领测软件测试网站长,ISTQB认证高级培训师,TMMi认证咨询师。深耕软件测试行业20余年,领测老贺聊软件测试制造者。

文章评论