软件测试系列思考.docVIP

软件测试思考系列[1]：往持续交付的方向努力 测试应该朝什么方向努力，怎样做才能避免陷入泥潭？产品不稳定的原因，粗略看上去，似乎是因为测试时间不够，测试不充分导致的，但是深入进去探讨会发现没有那么简单。这一篇文章就是探讨测试应该朝着什么目标去努力，而我在这半年的实践中选择的是持续交付的方向，下面就介绍介绍持续交付。 　　首先，如果测试不能从产品周期的一开始就参与进去，后期等产品快发布前再测试，会面临很大的问题。工作量大不谈，如果发现了BUG，开发的修复时间也不够了，更不要说可能产生严重的架构问题，或者功能和需求不符问题。 　　其次，现在很多软件公司所面临的问题，就是“铁路警察，各管一段”的问题，推诿职责，测试并不是银弹，不能解决全部问题，所以很大程度上需要责任共担。但这个东西是说起来容易做起来难的一件事情，当一个问题，你无法快速定位导致它的真正原因的时候，就无从谈起问责。想要做到快速定位，将定位问题原因的难度降低，一个很重要的原因是快速反馈，功能越早的被测试，问题就越容易被发现，也越容易被修复。做到这一点，主要就是靠持续集成，而持续集成就是持续交付的主要组成部分，原来听的比较多的也是“持续交付”，而持续交付的提出，更多的是为了解决所谓的“最后一公里”的问题，因为很多的BUG或者问题，需要延迟到用户真实的生产环境中去才能发现。很多做法，比如Alpha应用等等，都是往这个方面做得努力，