阅读文章

质量控制部门去世

文章来源:365bet亚洲投注  文章作者:365bet体育投  发表时间:2019-06-30  浏览次数: 人次

作者EliLopian,翻译王玉玺
工业革命始于250年前:在工厂,农场和矿山中,机器开始取代人类生产的工作。
这极大地促进了经济增长,但也深深地伤害了那些没有技能,找不到新工作,或者没有足够知识来改变自己职业生涯的人。这与当前的质量控制情况惊人地相似。
在20世纪90年代,互联网泡沫的出现迅速扩大了对软件开发的需求,并需要大量的质量控制,以确保软件可以毫无问题地进行测试和启动。
结果,出现了Mercury Interactive等测试公司。
然而,当互联网泡沫爆炸时,公司减少了预算,敏捷开发变得更加普遍,自动化测试开始接管(手动质量控制测试)。
正如工业革命期间机械工人被机器淘汰一样,基于人工测试的质量控制也面临同样的困境。
许多质量控制人员从质量保证转向需要编程技能的职位,独立的质量控制团队消失,质量控制被整合到开发团队中,以创建一个多功能团队。
柏林墙倒塌了。
让我们回过头来看看如何开发软件。
自20世纪50年代以来,大多数软件开发团队都采用了瀑布模型。
开发人员首先设计整个系统,然后集中编写代码,然后将编写的软件传递给QA进行测试,最后修复QA发现的缺陷。
当开发人员之间始终存在程序压力时,开发人员越来越依赖于质量控制,无法按时交付。
出现恶性循环。签订的质量控制越多,开发人员对质量控制的信任度越高,他们不太可能测试自己的代码,因此需要采用更多的质量控制。。测试你自己的代码。
这种方法对开发人员和评估人员来说效率低下,软件分发延迟,最终产品无法及时分发给客户。
在互联网泡沫破裂的同时,敏捷宣言于2001年2月启动,一个新的发展理念诞生了。
敏捷开发方法可指导开发人员进入新世界,适应变化,并为开发团队提供快速移动的软件。
敏捷还允许整个团队参与工作开发。对测试的关注,特别是对开发人员而言,优于手动质量控制测试。
随着敏捷的普及,效率不断提高,对质量控制的需求也在下降。质量控制已经离开了软件行业。


上一篇:我的铁砧世界出了什么问题?

下一篇:没有了