测试基础 测试发展了这么多年了，为什么没有一个通用的写测试用例的工具呢？
有没有大佬考虑过，做一个通用的写测试用例的工具？excel 看起来太麻烦，结构不清晰。
Xmind8 结构清晰，但是在用例数量多的时候就会非常卡顿。
Xmind X 用起来比较流畅但是貌似没有提供解析的 API，所以不太支持解析到自研系统。
有没有大佬有想法做个通用写用例的工具呢？
怎么没有了。。。
再通用，也不会像母语一样，大家都用同一套东西
xmind 转换工具就有很多，比如 xmind 转 xml 工具 (但很多工具对 xmind 格式有一定要求，这块需要一定改造)，另外转换出来的格式是否能平滑导入你的自研系统，这又是格式转换问题。工具很难通用，都或多或少需要一定二次开发
确实很多啊
java,python 都有成熟的解析 xmind 的包，对接自研系统就是自己的事了
只适合做个开源的思维导图框架，然后出个框架使用 demo，大家自由发挥
测试终究是方法论，不会拘泥于形式
测试终究是思路为主，何必拘泥于工具，舍本逐末啦
百家齐放不香吗
blues_mli
回复
但是如果不把用例维护的难度降下来，真的好么？比如用 excel，就算保留了原始用例，一年后真的很难看懂，如果加上人员离职。。那么后面人怎么接手呢。。难懂的用例就和难懂的代码一样。都是写的时候爽，接手的人想骂人。。
Unmurphy
回复
转换工具的确有很多，但是 Xmind 之前写到一个文件 100 多条用例的时候，修改新增就开始卡了。。如果 xmind 团队愿意优化这一点，也还好，xmind 还有个问题就是不能和写用例的需求完全匹配。说白了，做测试分析用思维导图很好，但是能兼容测试分析和用例编写于一体的比较难。。
整理一下大家的看法哈
1、工具很多
请务必告诉我！！！除了上面提到的 excel 和 xmind，这两个都不算完美
2、有解析 xmind 的包
这个的确是有，而且我也做了一套，但是使用的时候发现我在编辑 100 多条用例的时候 xmind8 出现非常明显的卡顿。(i7 10 代，16G)，xmind X 的 API，我是百度了很久没找到。。。如果有大佬知道请务必告诉我，万分感谢
3、测试思路为主
这种说法我觉得要挑战一下，一个人玩意识流还好，一个团队里面，如果没有维护好一套测试用例，系统大了怎么玩呢。包括来新人，最后就变成类似于开发的 “祖传代码”，谁都看不懂，然后重新写，这个实际上是有人力浪费的，一个系统一人写一套用例。如果做自动化，用什么衡量自动化的用例覆盖度呢。讲道理，不能抱着 “管我死后洪水滔天的心态” 来做事情。
欢迎讨论哈
给你个小建议：Xmind 写测试功能点，Excel 写测试用例，梳理用例模板，用例按版本维护
用例管理一直都是各个公司自研平台必做的一个部分，大家都做得差不多样子，大差不差的，就算不自研，也有存在这么多年的禅道、TAPD，还有很多开源产品。excel 管理用例，在我的测试生涯里，是差不多六七年前的事儿了。最早的时候也有 testlink 这样的管理工具
你说的是在线 xmind 管理吧，在一些公司的自研产品就已经出现了。好像是可以基于百度脑图开发的
我毕业开始到现在 15 年了，还从来没用过 excel 写 case 和管理 case……最早用 QC/TD，再后来魔改 testlink，再后来用公司自研的，再再后来就自己动手写了~
Xmind8 结构清晰，但是在用例数量多的时候就会非常卡顿。
一直用着 xmind 8 ，一般用例里面 500+ 节点是常事，表示还没遇到过非常卡顿影响使用的情况。楼主的 xmind 用例里是有多少个节点？
xmind 还好吧，不是很卡。
工具始终是工具，有些人喜欢，有些人不喜欢。其实哪个工具都可以通用，只是不喜欢罢了。
禅道，这个应该很通用了
编程都发展这么多年了，为什么没有一个通用的写代码的语法呢。
团队一直用 xmind ，自己写的 转化工具，对接测试平台；
xmind 并没有遇到卡的情况（Mac & Windows 都 OK ）
xmind -> excel -> script -> video
或许你可以看看这个 , 可以以纯脑图展现形式写标准用例，也可以在脑图用例维护模式下，写脑图用例 (脑图用例可以通过 ctrl+c 复制分支节点，然后 ctrl +v 粘贴到其他脑图文件上，可以是同或者跨项目间粘贴)，且标准用例和脑图用例操作互通
详情见 https://www.oschina.net/news/137751/itest-work-9-5-0-ga-u3-released
还可以导出用例，线下处理了，再同步回线上，
在用例评审时，如上第一图，方便理清用例关系，如漏写的直接增加或是修改，复杂的通过详情查看明细
其实很多公司自研的平台都能做到 用 excel 和 xmind 的问题就是用例的风格很难统一 灵活性太强 格式太随意 版本管理缺失 测试执行无法跟踪 与自动化集成困难 我们这边是用的开源的脑图组件 然后做的二次开发 定义了集中 节点的类型 比如场景分组和用例节点 用例节点 可以添加前置条件、测试步骤 预期结果的节点 这样大家写的用例风格比较好固定 也比较适合用例的统一管理 持久化起来很方便 用例统一管理之后 就可以作进一步的集成 比如与自动化的集成 与代码变更的集成等等 把测试过程融入到整个研发体系中
当然很多测试场景 更适合用表格做判定表 反正前端只是一种展现方式 用例都是统一存储的 只要数据结构设计好 怎么展现都可以