扰乱

综合QA是小时的需求

近二十年来，质量保证（QA）团队在软件开发世界中发挥了作用，确保每种解决方案都良好，并满足客户的要求，然后才能达到他们。它是构建客户信任的重要工具。

在传统的“瀑布”模型中，大多数人承认QA团队在软件开发周期结束时扮演的角色在验证所写的所有代码时。随着软件开发进入敏捷和Devops模型，可以更加强调时间表，有时可能令人诱惑质疑QA的相关性。交货循环已经从六个月到六周后消失，使得开发人们奇异于额外的QA层的价值，因为它为软件开发过程增加了更多时间。

开发人员可以成为测试人员

一种普遍的思维行表明，开发人员自己进行测试，减少交货的数量并加快交付过程。虽然它似乎是一个引人注目的论据，但实际上，由于几个原因，这个想法受到严重缺陷。

即使在过去的日子里，开发人员可能有足够的时间写入良好，完美的代码时，始终存在错误。鉴于Devops环境中的时间表如此紧张;开发人员会减少错误或有时间承担测试的额外责任吗？

其次，QA功能需要与开发人员的某种焦点和气质完全不同。开发人员永远不会对测试QA团队具有的测试深度，就像QA人类在编写代码方面可能不是最精细的。不仅如此，写代码的团队通常在他们看来能够轻松发现错误的工作中的近视。

QA功能鼓励躁狂关注最终客户的中心，并强调质量。公司需要承认，QA功能迫切需要发展到他们的端到端令人忽视的焦点，并且对开发过程变得更加积分，以便相关。

综合质量保证是未来

许多行业分析师也认识到QA在Devops中的作用，并且已经开始将其称为devtestops。独立的QA团队，瀑布时代的特征可能不适合改变德文普斯的快速变化。因此，是时候了在单片和集中的QA职能中释放，并改变他们与开发团队的互动。“独立QA”需要转变为“集成QA”，同时解决与新世界相关的流程，工具和人的具体细微差异。

超出端到端测试

如今，敏捷过程是数字项目中广泛使用的方法，因为它专注于短刺的周期，其中价值在几周内实现为期几个月。因此，新的QA进程还应专注于不限于黑匣子/端到端测试的测试，但一旦开发代码，就开始贡献值。静态测试，构建验证测试和组件级安全/性能测试变得势在必行。QA团队在冲刺规划期间的参与，通过生命周期站起来的会议也是关键。

传统的基于UI的验证Tools现在正在为服务虚拟化，API测试和性能侧重于的实用程序提供道路。帮助将质量建立在代码中，并提前捕捉潜在漏洞正在改变工具市场的整个动态。

对于从美国的大型电信播放机来说，Infosys帮助实现了每周两次部署。设置了无缝零触摸连续集成测试/连续部署框架，以支持功能和非功能测试的自动化脚本执行。80％自动回归套件帮助将周期时间减少25％。

明天的测试人员的新技能

明天的测试用例将是Java，Perl，Python等的代码片段，而不是传统的英语语言测试用例。这使得它充满挑战，特别是因为传统的QA始终强调域名，而不是技术技能。然而，明天的测试人员需要比昨天的同龄人更擅长技术。对于大多数组织来说，这意味着对劳动力的大规模重新储存，并将新的人才注入数字QA团队。

Infosys帮助领先的时尚零售商通过将其QA组织转变为联邦敏捷团队实施Devops的联邦敏捷团队来改善整个企业中的敏捷性。该团队在敏捷/ Devops实践中重新夺回了敏捷/ Devops方法，使得能够更频繁的发布导致80％的推动到市场上的80％，并且泄漏到生产的零关键缺陷。

这种新的员工现在被称为 - SDETS，全堆栈QA，集成工程师等，无论我们称之为什么;他们需要成为新的忍者准备与他们的发展和运营同行一起肩负着肩部。此外，他们需要说出工具和技术的共同语言。

QA与业务目标相处更多

什么将使QA团队与软件开发人员分开，这将是他们对商业领域的赞赏。它将帮助他们将用户故事和优先级无缝地翻译成一组测试目标和脚本。当与合适的工具相结合时，这可以显着帮助组织提供客户的业务目标。

Infosys帮助领先的零售商寻求提高客户满意度和上市时间，每年达到八个发行，通过连续自动化和基于分析的测试，每年持续100％的时间表遵守和泄漏到生产的零关键缺陷。

重要的是，我们接受新的正常情况，其中质量队队伍提供的质量定义不仅限于缺陷，覆盖范围等，它实际上确保了以更大的灵活性和最小风险实现业务目标。

QA是否需要作为Devops新世界的单独焦点所必需的整体辩论是没有实践的。无论软件开发模型如何，对QA的需求仍然存在。相反，我们需要将能源集中在我们如何重新称剧QA的建设性对话中，使其与业务不断变化的需求相关。