测试用例是测试工作中的重点，这点毋庸置疑。对于用例的管理，除了版本的管理、执行情况的管理外，我觉得更重要的是用例间的关联。
因为平时的测试管理过程中，对于每个回归测试版本的测试范围都很头大，大多的做法是上个版本失败的用例，再加上回归测试标准中定义的不同级别的用例比例，外加上测试人员的经验，综合来选择需要回归测试的用例。
但其实大家心里都很清楚，这都是大家自己拍脑袋出来的，大家心里其实很没谱，不知道这个回归的范围是否合理、合适。所以往往最终的结果是，有责任心的测试人员会全部用例执行一遍，没责任心的执行完上面指派的用例就了事。这样的版本质量，谁心里能有数呢？
当测试人员因为一个用例发现了一个BUG时，这时有以下几种情况：
1、 这个用例只单纯的涉及一个功能或页面
2、 这个用例是多个功能的公共用例
3、 这个用例只是一个操作流程中的一步
第一个问题来了：怎么判断这个用例处于什么情况？
要回答这个问题，就要了解一个功能下有哪些用例？一个用例属于哪些功能？哪些用例间有直接关联关系？
接着，要解决上面的问题，又要面对：功能如何去细化？用例如何去细化？
另外，因为用例之间是相互关联的，所以A关联B，B关联C，但是A、C没有任何的关系。那么在决定需要执行的用例时，如何去判断需要执行的用例的路径深度？目前看来只有人为的去判断了。
以上观点只是最近突然有所感触随便说说，请指教。
不知道哪位大侠有这方面的软件，可否共享给小弟学习学习？或者有这方面的信息，还望大侠们贴出链接地址…….
