DevOps与自动化测试的新挑战

 

DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠，然而质量管理和测试在其中也起到关键性的作用。

相信这个环形图已经并不陌生了。

 

结构大致就是以上，那么在持续集成中对测试有哪些要求？  又有哪些挑战呢？

 

我觉得测需要做到

1.         测试一切

文档、配置、环境、发布包

2.         测试阶段与工具选择

a. Selenium

b. Appium

c. TestNg

c.  Jmeter

3.         自动化测试设计原则最优化

a. 统一规范要求

b. 分层设计

c. 易维护易使用

d. 测试用例定位准确

 

4.      在实际过程中可能遇到的挑战

      a. 监管阻碍

      b. 流程复杂

     c. 交流、沟通阻碍

     d. 不合理的应用平台、工具

     e. 技能不熟悉

 

怎样验证产品的可靠性？

有时候出问题，并不仅仅是简单的代码出错。可能是环境问题，可能是易用性问题用户体验不好，或者是当整个系统运行到一定时间才出现的问题。这时候并不只能单单依靠测试人员，因为这些问题测试人员有时候难以找出，所以这正是之前所说的团队的重要性，人人皆测试，每个环节的人员都需要密切关注或者考虑，哪那些地方可能出问题，这里这样做是否合理。

 

在持续集成自动化测试健全的情况下还需要手工测试吗？

在持续集成中要尽可能的使用自动化测试，虽然自动化测是现代测试的风向标，但是难以避免有些情况是自动化测试难以覆盖。所以手工测试还是比不可少的，但是在测试团队的持续改进中必须将手工测试尽可能的优化，不能让其成为自动化测试的瓶颈。

所以就Devops的现况来看QA测试人员同样跟开发人员一样有足够的压力与动力，在这个全民持续集成的潮流*同进步，成为中流砥柱。