无论是做那个类型的测试，首先测试用例是少不了的，当然不同的需求测试用例的编写也会有不同，但基本都是会大同小异，只不过是形式不同罢了。结合多年的测试经验，测试用例用excel来编写管理的较多一些，基本的工具了有如禅道、testlink等。但不管是用那种工具，是先看自己的需求然后选择合适的工具，那个工具都有自己的优缺点。本人熟悉的也不多，就简单介绍一下自己的相对了解的工具，仅是本人的认知，如有读者有更深的认知了解也可共享一下，一起来探讨属于公司或是项目更好的测试用例管理工具。话不多说了，在此就以testlink与excel的来介绍一下。
首先来说一下testlink。
优点：
1､基于bweb页面，只要有相应的权限可以随时随地的打开浏览，编辑查看。
2､分产品与项目管理，同一产品下的测试用例集可以快速的移动与复制。
3､根据产品可以建立简单的计划关联到相应的测试用例集。
4､测试用例可关联已经编辑好的产品需求，并可与jira中的bug关联。
5､可以快速的生成测试报告，统计测试结果。
6､测试用例集可以按指派的关键字或用户来分类查询。
7､可以批量导入或导出XML文件形式的测试用例。
8､在用例中可以插入图片链接，便于测试时查看UI设计。
缺点：
1､testlink需要单独的安装配置，及运行管理服务器。
2､在使用前需要培训了解其使用方法。
3､不可批量的修改用例。
4､只有修改记录不能查找到修改内容。
5､相互传阅不太方便，使用与专业的测试人员，开发人员及其他项目管理人员阅读不太方便。
excel
优点：
除了testlink中的1､8不能实现外，其他都可以实现，并且相比testlink还有其更好的优势
1､不需要单独的安装配置，office办公软件是每一个电脑在装机是必备的。
2､不需要培训，有简单的计算机常识的人员都可以快速的上手。
3､最强大的就是编辑方便灵活，比如，产品设计中一个文字修改了，对应的用例检查结果也是需要修改甚至前提条件都是要修改的，testlink只能逐条查找修改，excel可以用替换工能一步完成，这个时候用excel修改效率就远远的超过testlink。
4､excel结合SVN或是wiki项目管理工具，能快速的追查到以前的历史版本。
缺点：
1､后续如果用例量大而多的时候，需要手工分类处理。
2､每个版本也需要手工记录处理，不过结合一下项目管理工具这个可以忽略。
3､不能实时共享。
目前我了解的就如此，后续如有更深的认知会更新此文。具体用什么工具来管理测试用例，那可看实际的需求与实际的条件。
针对testlink与excel的优缺点，所以本人觉得做产品项目（常见外包公司）使用testlink要比excel会方便点，而对公司产品项目来说，基本上是产品项目也就是产品的版本更新，会复用以前版本的东西很多，用例也少不了复用原来的用例，在原来的用例基础上进行修改，这相对于编辑方便的excel会更好一点。也可能是本人工作经历的原因，本人比较偏喜欢用excel些。
