DEVOPS了，还需要软件测试人员吗？

转向DevOps创造了将测试过程向左移动的机会。但如果你走得更远呢？DevOps支持持续测试，因此提倡始终关注质量，测试将贯穿整个软件开发过程。以下是在整个生命周期中由开发人员，测试人员和自动化人员测试软件时，如何实际拥有更快的测试流程。

全职测试是一种财务消耗和时间瓶颈这对产品交付构成威胁的概念是对测试人员的挑战。我的反驳一直是，未经过严格测试（甚至未经测试）的软件的发布后错误修复更加昂贵，并且对公司声誉造成损害，正确规划和执行的测试流程不会导致延迟或超额成本。

我新公司的大多数开发人员从未使用过全职

测试人员，也不了解任何软件测试流程。“测试”在开发发布给客户之前简要地查看新开发的功能。测试计划，案例，报告或任何书面测试工件都不存在。

将我作为独立QA人员的原因是允许开发人员专注于编码。许多开发人员的印象是我在那里快速审查新网站的功能，然后再部署到生产环境。项目经理和开发人员进行测试的最初想法是在给客户端软件之前给我几个小时“检查是否有任何问题”。

虽然朝着正确的方向迈出了一步，创建任何测试文档都是一场赌博，因为该公司有多个团队同时处理多个项目，因此很难预测任何软件的完成状态，因为突然的需求变动，通常没有更改对应的文档。

我认为测试在公司的存在确实提高了软件质量，尤其在转向DevOps时创造了一个将测试过程向左移动的机会。这将显著提升测试效率和提前发现软件中存在的问题。

所以现在我正在着手一项新的努力：我给公司的优秀开发人员团队介绍持续测试的概念，并在DevOps框架内实现它。

对于当下的这种不景气的行情，很多公司为了节省财务成本，将测试和开发的比例一再降低，很多项目甚至没有测试人员，只有开发自测。

这是种很危险的信号，一旦软件没有经过严格的专业的测试人员的测试就上线，后果不堪设想。这考验的是领导的质量意识，没有一些教训，领导是很难认识到充分的测试的作用的。

真心不希望测试萎缩，和各种线上问题不断暴雷后看到公司领导的幡然醒悟！