测试用例管理平台选择

八戒你干嘛

前言

---

我们测试的产品从传统行业跨向了互联网行业，我们的测试用例也从传统测试用例跨向了互联网测试用例，过程中很坎坷，主要经历了一下几个转变：
1、最早的测试用例管理方式：我们公司有一个项目管理平台，在上面进行用例的设计的编写执行；
2、传统测试用例管理方式：excel，用例评审过程也是拿excel进行，整个评审过程简直就是浪费生命；
3、采用思维导图的用例设计方案；
4、采用思维导图的用例设计+编写，目的是要实现思维导图式的测试要点可执行；
小结：
方式1和方式2适用于产品测试周期长，有大量的测试用例设计和编写时间；
方式3和方式4适用于产品测试周期短，为保障产品快速上线，快速铺开，测试时间被大量压缩；
不同阶段和不同的产品测试对应的测试策略不同（这里主要说测试用例），但是当产品达到一定的稳定程度的时候，思维导图试的测试用例的缺点就会很快的暴露出来：
1、思维导图测试用例在不断的版本迭代过程被分割的非常小和零散，基本上一个小版本就会有一个思维导图文件，很难实现测试用例回归；
2、思维导图式的测试用例有一个很大的弊端，很难实现可执行性和延续性，也就是说给别人一个思维导图的用例，别人无法帮你进行回归；
用例管理的问题
思维导图式，过于零散，无法实现用例回归；
思维导图式，维护成本高，一般人不太容易看懂；
思维导图式，存在不可执行的问题；

---

近期手上负责的3个项目的产品基本趋于稳定，进入维护状态，进入了产品测试用例整理阶段，一直在思考用什么样的方式管理比较合适；
用例管理平台

---

1、testlink
2、excel
相信很多测试团队都会碰到我的问题，不知道大家是如何选择测试用例管理平台的？

zhouqihua_2000

word或者mantis、禅道

草帽路飞UU

mindmanager自带word导入，excel导出，能对接需求word和用例excel。

巴黎的灯光下

以前用excel，但是业务变更快，测试周期短，没人会写特别详细的测试用例，最后都转战xmind了。
个人认为xmind已经足够专业人员回归测试了。
只是有时候不同的人写xmind思路不太一样，但是了解后读懂不会有大问题。excel太繁琐，写起来费时费力，效果也不一定好。
现在项目组有专门维护case的人员，比较注重积累，这样已经能一定程度上解决问题啦。