不知道我理解的对不对：根据字段规则随机生成字段内容？那这个生成是有个定时任务？

我目前也是这个思路。前两年也弄过，但是弄了也没用起来。大的方向还是得跟着部分的方向走

感谢大家的回复，不讨论了，领导有了明确的要求，必须要用用例工具，方便统计出了多少用例，UI 覆盖了多少。就是为了看数据呀

也不是融合到一起，谁写谁的，只是放到一个文档里了，他们还是独立存在的，不过我虽然一直在反驳大家，但是大家的意思是最好还是不要写到一起了。咱们这里都是测试同学，能不能麻烦各位看看自己的开发是如何感觉的。前提是你们也是用例驱动开发模式

这个之前是给脑图的链接，但是对应关系不太好找，一个项目多个开发时，开发也不能对应找到自己负责那部分的用例。但是需求模块是明确的，然后按模块在下方提供用例。这样开发很容易找到对应的模块和用例。有关联关系的再用例标明一下就行

我们的需求有两种形式，一种是在原来的基础上增加，还有一种是分期的，一期，二期这种，每一期略有不同，用例有部分可复用，有部分就直接没用了。有比较大的需求，等这个大的需求完成了，就会提一些小的优化。我想表达的是我们历史的用例看的很少。回归测试用例之前也整 过，但是没啥人看

原因呢？

用例也跟着迭待呀，有一版需求就会有一版用例，而且这个维护，要维护什么呢？

现在系统成熟，人员变动也小，我们这个业务的测试我待了 11 年了，其他测试人员也五年以上，开发人员变动也不大，所以我们的用例基本上就没那么细致了，要说细致的也写过，阅读起来太费劲，还不如一个流程图直观，流程了解了才去了解小分支。

就是一个开发组长，不是管测试的，我感觉他的意见完全是他对应的测试人员相互配合的不好，我们 100 多的开发人员从来没人说过用例的事。