测试设计是基础，不过这方面比较成熟。所以当时就没有特别列出来。其实可以把所有理论相关的都放到一个节点里

测试设计就那些基本的方法，其他就看你业务了解程度了。

可以放到 “测试基础” 节点

个人认为测试设计还是围绕着业务结构来走的，最终要转换成一套设计模式和一些数据结构，最终还是回归代码实现，从功能测试就开始建模。

我觉得理论这个还挺有必要的。有些不太成熟或者比较初期的团队，没精力、能力、人力做工具/自动化，所以从测试设计入手的话感觉是一个比较靠谱的方案。
有的人半路出家，缺少基础理论；有的人可能受过系统培训，但是缺少实践经验；这部分拿出来讨论感觉还是能有些火花的

最近正遇到业务转型，所以才抛出这么个问题。
我做 web 端，原来我司业务和流程都偏正统，讲究流程全、完整；后面可能会考虑把一些业务逻辑用开关控制，实现逻辑云配，我总觉得这种系统如果还用传统的用例设计方法，就会导致分支爆炸，最后没发维护用例了

之前居然看漏了，忽略了这个节点……
刚浏览了下，感觉内容比较杂，而且技术问答比较多……

嗯，讨论节点是不限制内容的，大家可以自由选取。如果希望成体系的话，可以放到社区的 wiki 里面比较好

业务逻辑再爆炸也得测的，莫得法