Testlink 太老了，测试用例管理有没有什么好工具推荐？
最好是开源的，可以本地安装的那种。
就我自己使用过的几个来说，像PingCode-Testhub、zephyr for Jira都是觉得不错的测试用例管理工具，当然也不止这些，下面就国内的一些测试用例管理工具做了简单的调研对比，开源和不开源的都有，仅供参考：
一、功能对比
- 仅从功能数量对比来看 ，PingCode 产品的 Testhub 功能是比较全面的，但是它在测试自动化，以及Open Api 这块基本上都不支持，这块是弱于Jira的
- Jira在测试自动化，以及OpenApi做的比较好，这是其它几个产品不具备的，但是Jira对本土化的支持不是很友好，行为习惯和国内的用户有一些差距。
- 禅道是开源的，用户可以自己下载搭建，但有一定的使用门槛，笔者不太喜欢它的界面风格，当然对于有代码控的人除外。
简单的功能对比过后，可能你还是不知道如何选，那可以接著往下看。
二、面对市场上各有特色的测试管理工具如何选？
这就回到了工具选型的老问题：你要用这个工具来做什么的，达到什么目的？毕竟没有最好的，只有最适合的。
聊到这我们再来聊点题外话，而通常来说，企业的测试需求大体可以分为三个阶段：
广义测试的第一阶段
有的人说测试用Excel就足以，通过Excel来维护测试用例，每次产品发布，按照Excel里面的用例，把产品功能过一遍，这样做也没问题，但是你想过没有，随著项目的迭代，复杂度的增加，Excel的缺点就显而易见了，工作的效率及其低下，并且不能多人合作，用例的版本维护乱七八糟的，并且无法与缺陷做到实时关联，可以说用Excel来测试的团队，是那种及其小的团队，一个测试人员而已，或者没有专门的测试人员，由产品来代劳。
广义测试的第二阶段
而在一些稍具规模的公司，测试团队大概在20人以内的，基本上都会选择一个成熟的测试管理工具来管理整个产品的质量，达到多人协作，包括用例评审，讨论，版本，测试和需求，缺陷的关联，测试报告 以及后续的统计分析，能更好的支持反馈和跟踪，持续提高产品的质量，保证产品的稳定性。
广义测试第三阶段
除了上面的两个阶段外，大家会觉的测试应该还有更高级的阶段，没错，你想的是对的，性能测试，压力测试，负载测试，自动化测试，以及集成到流水线，我们把这个称为广义测试第三阶段吧，笔者目前所就职的公司基本上是处于这个阶段的，但在性能测试，压力测试这块基本上是0，也可能是目前的数据量和用户量没达到一定的级别的原因吧，也是需要持续改进的。
在以上三个阶段中，可能大多数中小型公司都处在广义测试的第二阶段，而这阶段的公司，以上说到的几个工具基本都在可选范围，但无论从免费的角度还是综合的体验的角度，我个人是比较推荐PingCode-Testhub，这也是我司现在的工具。
推荐理由：
1、25人以下团队免费
2、Testhub只是PingCode项目、任务、需求、缺陷、迭代规划、测试、目标管理全流程管理环节中的子产品之一，如果公司后续有其他研发管理工具需求，为打通互联提供便捷。
3、支持自定义，能够适应多变的业务，这也对于对扩展有情结的人来说非常重要
缺点：不开源
OK，除了上面的对比，我也给出使用过程中的一些具体细节，让大家能有一个更详细的考量;
三、测试全流程的使用体验总结
- 创建用例库： 能用来存储所有的用例，按照不同项目统一的管理，查找和调用比之前方便不少。对于公用的用例，也支持建立一个公共的用例库，可共享用例库实现公用，减少用例重复维护的工作量
- 创建测试用例： 支持按照所测试的功能点建立对应的测试用例，支持书写用例步骤，设置用例的级别，维护人，用例的类型，备注等，用例的步骤支持复制，同时用例支持连续创建，这个功能点用起来还是比较爽的
- 导入测试用例 : 支持 Excel 和脑图导入，脑图的导入这个功能也还行
- 用例列表的维护：面对很多用例的时候，有一个维护页面，在这个界面，可以批量设置维护人，删除用例，把用例移动，复制到其它用例库，同时还支持各种条件的搜索
- 用例和用户故事关联：支持测试用例和用户故事的关联，就是说这个用例是测试那些用户故事的场景的，且能查看所关联的用户故事的信息，状态，等
- 用例评审：可能部分公司像我司一样会有一个新用例评审的环节，大家通过评审，共同去梳理这些测试用例的规范以及全面性，提高测试的能力，而PingCode是支持建立评审的。
- 评审结果展示：
- 测试计划：用例维护好了之后，支持建立测试计划来完成一次的功能测，并且能把所测的功能对应的用例规划进来。
- 执行用例：按照计划规划好测试用例之后，进入到一个个功能测试阶段，而这个过程中，PingCode支持填写在真实的测试过程的实际值是不是符合用例的期望值，是不是功能有缺陷，测试是否通过，等等
- 用例与缺陷关联： 测试的过程中发现的缺陷，可以在执行用例的上面创建一个缺陷，提交到缺陷系统中，同时这个缺陷和这次的测试关联起来，做到可以追溯，开发人员修正缺陷之后，测试人员也可以进一步的回顾测试。
- 用例的自定义配置： 用户可以定义自己需要的任何场景的测试用例，支持定制化
- 用例的模板： 用户在写完一个测试用例之后，可以把它保存称模块，在书写其他用例的时直接使用模板，然后改一改就可以了，非常节省时间（对于测试人员来说，有些测试用例测试步骤大体上是一样的，只是有一些细微的差别，这点挺好）
- 输出完整的测试报告：测试团队的leader更关心的整体报告，测试的覆盖率，缺陷的统计，以及每个测试人员测试了多少用例，在PingCode也是能实现的。
而且25人以下免费，这对预算有限的创业公司来说，是个不错的选择。
PingCode
MeterSphere 值得一试。
让开发重构Testlink，然后你们补充想要的需求咯
目前业内可用的测试用例工具都是收费的，开源的方案感觉就禅道体验是最好的。
我目前采用的方式是xmind加禅道，先在xmind中写用例并且进行测试用例评审。然后将xmind转成excel，然后导入禅道。
不过禅道的测试用例管理能力也比较鸡肋，比如：不能过去测试用例通过率。当然也可以考虑自己去开发一个测试用例平台，这种就可以想怎么玩就怎么玩了。
自己开发适合自己的，其他人合适的不一定适合你们，更何况大部分公司都已经开始自研测试平台了，最终都是用来卖钱的，真正的开源都是测开用来锻炼自己技术的产物，这是一条测试未来转型的道路，从功能走向测开
用思维导图工具即可，例如xmind
现在市面大大小小的测试用例管理工具已经非常多了说一说我自己对测试用例管理的经历和理解吧
Excel，这是在一家航空公司，传统行业，版本迭代周期半年吧，设计用例和用例评审有1个月的时间，所以那会儿似乎不怎么觉得效率低下，只要生产不出问题，用例花多少时间都值得。
Mercury旗下的一款产品，原谅我想不起他的名字，是在一家保险公司，终于用上了工具来管理了，但是模版、栏位限制比较多，不够灵活，执行的体验也不太好，感觉是为了用工具而写用例。
TAPD，这是在一家互联网公司了，发布节奏比较快，没有太多时间写用例，看中了TAPD的思维导图能直接生成测试用例的功能，但是目前为止，功能还不完善，只有子节点才能生成用例，也就是说，要提前设计好所有的功能模块，模块下的功能点，将这些全都生成好对应的用例之后，再思维导图下再设计用例，才能用上导图转用例的功能。期待完善吧，现在是推广不起来的。
MeterSphere，是个开源产品，在testhome群里被推荐的，一键部署，体验了下，测试用例模块中规中矩，但是能把测试用例和介面用例、性能测试用例直接关联，这个点还是蛮好的，还有个浏览器插件，执行功能测试的用时，插件会录制全部请求，请求导入到平台上，就是一个介面测试用例了，进行参数话处理之后，还能直接生成一个性能测试用例，有点小惊喜。
如果要把功能的测试用例包括手工测试、介面测试、性能测试，在一个平台进行管理，那目前看来MeterSphere是具备这些条件的，加了官方交流群，后面还要上UI测试和移动端测试，感觉可以期待一下。
最近在用AgileTC，滴滴开源的一个用例管理工具，安装起来很方便，几乎没有遇到障碍。xmind编辑用例的那种，用著还不错，可以多人一起编辑。用xmind用惯了，这个还是蛮舒服的，不过目前开源出来的部分没有项目管理啥的，只能管理和执行用例、展示一些进度和完成情况的打标，本地自己使用or单纯用例管理or加到公司的项目里还是不错的。
推荐阅读：
