@lsmn
2015-07-15T06:34:15.000000Z
字数 1061
阅读 2633
敏捷
持续集成
测试
自动化
发布候选测试需要花费很长时间,这是许多敏捷团队都面临的一个最大的挑战。但据JavaWorld报道,许多公司都通过持续交付模型消除或极大地减少了发布候选测试,而且它们有一些共性。
发布候选测试需要花费很长时间,这是许多敏捷团队都面临的一个最大的挑战。但据JavaWorld报道,许多公司都通过持续交付模型消除或极大地减少了发布候选测试,而且它们有一些共性:
if()
语句中,然后就可以通过将配置标识设置为“On”或“Off”来启用或关闭特性。感兴趣的读者可以阅读下这篇文章。当然,并不是在任何情况下都可以消除发布候选测试。在某些情况下,需要在测试时间和发布风险之间进行权衡。也就是说,要根据风险制定灵活的发布候选测试策略。
对于JavaWorld的报道,有网友提出了不同的意见。Steve Naidamast认为:
这个消除或减少应用程序的建议跟实际的测试过程一样复杂,甚至更复杂……此外,由于能力的不足或工具的缺陷……,会引入新的问题……
而网友Chris Riley则认为该报道具有误导性:
第一,它没有建议我们减少测试,而只是将测试移到了管道中的不同位置。第二,持续交付并不适合所有人……这看上去是个不错的理想,但可能会误导R&D主管在没有备用计划的情况下错误地削减了QA职位。