不管编写用例的方式是什么，做好需求与用例的关联、用例与 bug 的关联，如果有自动化也可以自动化跟用例关联；再就是用例的复用，维护好用例基线，即需求变更后及时更新用例

最起码有个共享文档吧，至少把每个版本执行了哪些用例以及用例执行情况通过与否，这些得有个共同的地方保存吧这不是测试报告必须要的吗

测试报告也没有

一般都是项目管理平台，比如禅道，jira，tapd，或者自研的平台来管理用例，按照你的规模搭建一个免费的禅道就能满足你的项目管理需求
（1）用例评审：编写完成用例后进行评审，根据评审结果优化/修改用例，最后上传到平台上
（2）关联需求：将上传的用例关联到对应需求下
（3）创建测试单/测试计划：创建测试单，测试计划，明确该迭代下需要执行的用例
（4）测试执行：修改，执行用例，有 bug 关联到对应的用例下
（5）测试用例补充/修改：如果有实际开发与测试用例冲突/缺失的情况，及时修改/补充用例，同步给其他角色 时间够用再次对补充/修改用例评审后再执行
（6）统计测试结果：生成报表/测试报告，统计测试用例执行情况

从目标倒推过程：

1. 用例未来可维护 —— 要保存在云端且有版本管理可复原版本，不能存在本地个人电脑
2. 多人协作成本要足够低 —— 支持共享与多人在线编辑，有权限控制
3. 可追溯上下文分析其他问题 —— 需求 & bug 单关联检索展示
4. 用例呈现结构清晰 —— 使用清晰简单的树状脑图，避免使用冗长的表格
5. 用例可打标可筛选 —— 工具支持自定义标签与检索

我调研后使用的 agileTC 来管理用例，滴滴公司的开源项目，挺好用的；稀饭哥说得这 5 点基本满足

不用写测试报告太爽了 ，我现在写的头疼

我们也用 XMind 写，写完上传飞书云文档，不过飞书会丢一些格式，支持度还不太好。测试组 10 人左右。现状也运行了 2 年。