敏捷脑图测试用例实践之路(5)

图-11-轻脑图示例团队可以在不同场景，选择合适的模板来发挥、扩散测试的思维点。6 总结传统的用例编写，团队大概经历了半年，就转向敏捷脑图用例，之后一直坚持了三年，期间也不断完善用例的展现以及思考的出发点。其实，在整个开发、测试环节中，思考、沟通是最重要的环节，把产生的、达成共识的内容记录下来，汇集在脑图中展现，就可以看到整个需求点测试的全景图，然后再不断细化成测试故事点，这完全符合思维扩散以及总结的模式，大脑也容易接受，而且可以不断重构->测试->重构->测试，不断迭代下去。当然，有些人会问：脑图用例里面的故事点怎么保证人人都看懂，能做到100%覆盖需求，bug为0吗?软件测试不可能找到100%的bug，这是对测试的误解，因此不建议实施脑图用例的几点：抱着通过脑图用例把需求覆盖100%、bug为0;

　　对业务不熟悉，看不到脑图用例的故事点，因为它有时候比较隐晦;

　　团队及主管没有耐心;

　　通过外包做测试，需要详细用例执行步骤、测试报告;

　　研发、测试没有沟通，只有研发完成交付，测试才介入;

脑图用例，不仅对研发自身素质要求高，测试要求也高，不单单要有相关测试经验，而且也要有相关开发经验，可以理解开发过程遇到的问题甚至有时候需要渗入到开发代码中去排查。最后一张图，展示了脑图用例在Scrum框架中所处的位置，实际是贯穿整个从需求到运营阶段： 图-12-Scrum流程框架 

原文转自：http://www.infoq.com/cn/articles/road-of-agile-mind-map-practice/