01

测试敏捷化白皮书写给谁看的？

今天在一个测试群里看到有人问《测试敏捷化白皮书》讲的啥？有热心人直接放了白皮书上去，说：“都是概念的排列，没啥实质性东西。”

看到这句话，想到白皮书第一次闭关时，我对各位编委强调的一件事情：《测试敏捷化白皮书》不写具体测试技术，因为市面上关于测试的书和文章太多了，不需要我们在这里重复一遍。白皮书关注点在我们如何去提升测试的地位和工作的价值！可以提出什么新的理念、新的方法来帮助测试重新定位。所以，请各位编委在思考的时候不要脱离整个目标。

这个出发点决定了白皮书不是技术类、实践类的内容，而是希望引发对测试发展的思考，理解测试在研发一体化中间的重要性，认识到测试是未来DevOps推广并期望取得实效的坚实保障。我们最希望看白皮书的人是IT管理者，是测试的直接领导们！唯有刷新他们的认知，测试的价值才能更好地得到认可和体现。

02

测试地位的提升要面向未来10年

作为白皮书的项目总监，我其实是测试门外汉。做运维管理出身，没有做过开发和测试。但一次DevOps Master TTT培训，让我意识到DevOps发展带来一个非常有意思的副产品，即测试是DevOps推广过程的瓶颈。瓶颈是贬义词，不过从管理角度看，瓶颈反而是改进的推动力。因为瓶颈是将问题显性了出来，找方法去解决就有了行动方向。

运维被戏称为“背锅侠”，测试可能要被归到“后妈养的娃儿”。开发不疼，运维不爱！想要个地位两头不待见。DevOps号称研发运维一体化，然后测试的兄弟们不高兴了，为什么不是DevTestOps？分明就是藐视我们的存在！

看看开发有CMMI大体系以显示正统；运维有ISO20000/ISO270体系显得国际范。测试有啥？别告诉我你们有TMMi，这个东西存在很久了，但至今没有多少市场。没有市场背后是测试在IT组织内地位的缺失。

测试的发展一定要面向未来，看到5-10年可能去发展的方向。当前测试地位的缺失不代表未来也是如此，特别是看到DevOps发展的这么火热和迅猛。未来的特点之一是敏捷化。因此，白皮书提出测试敏捷化也是应了趋势的方向。

03

测试敏捷化白皮书只是开始

那位朋友说的也对，白皮书偏理论指导，落地不足。从测试敏捷化整体策划来说，《测试敏捷化白皮书》只是第一步，明确了测试未来的发展方向，接下来我们就是沿着方向的指示坚定地走下去。

春节后，测试敏捷化会有新的计划推出，我们将和白皮书编委团队继续努力，在测试敏捷化在国内落地实践上做更多事情！