摘要： 现状原因：复杂的业务会贯穿于整个软件，涉及众多功能点，里面组合的分支更不可胜数。功能用例依赖程序界面，业务描述依赖需求文档。（功能与业务的分离的缺点）没有很好的积累业务上的用例，才使得执行用例时发现的bug不多。如何解决以上涉及测试用例中遇到的问题：测试驱动开发（TDD）。其基本思想是：在开发功能代码之前，先编写测试代码。为用例标明时间（版本）和优先级。标明时间或版本可以起到一种基准的作用，标明项目进度过程中的每个阶段，使用例直接和需求基线、软件版本对应。同样这需要规范流程，也是对变更的一种确认和控制。或者可以为用例增加一个状态，致命这个用例目前是否与程序冲突，当程序变更时改变用例的状态，并更 阅读全文