我们期待着向DevOps方法论迈进。目前,我们正在使用敏捷方法进行测试。作为一个团队,我们希望在一年内增加部署/发布的数量。为此,我们希望减少QA工作。我们希望为系统测试创建我们的自动化脚本,我们的开发人员正在创建UI。
谁能让我们知道该走哪条路?
发布于 2017-09-18 11:05:00
在这种情况下,这同样适用于任何技术变革。这通常是一个好主意,开始一个新技术的“概念证明”的PBI,看看它是否能够做团队希望它做的事情。如果概念的证明是成功的,那么您将确定为了成功地实现该技术必须执行哪些特定的任务,并将这些任务添加到产品待办事项中,然后团队可以像其他任何PBI一样将它们带到sprint backlog中。
如果您正在寻找关于您的团队应该实现哪些工具的说明,以及我认为这不属于这个站点的范围或StackExchange的任何部分。
发布于 2017-09-18 22:16:27
敏捷或"DevOps“中的测试彼此之间没有明显的区别。一个识别为DevOps的团队可能正在寻找更快速的部署,但这与您在使用没有DevOps的敏捷的团队中使用的自动化和协作技术是一样的,更重要的是。
https://sqa.stackexchange.com/questions/29636
复制相似问题