怎样去组建和管理一个比较全的通用测试用例库？
最近换了一家公司，公司的测试部门组建不久，待遇问题导致人员离职也特别多，几乎都是新员工，员工的离职交接也不到位，导致现在运行的系统有很多上线后的bug。现在领导将这一堆烂摊子交给我打理，测试部门顶的压力也挺大。我一直想建立一个通用的测试用例库，一直没想好，不知道如何开展。对于通用的测试用例库可以从哪些方面去考虑？如何建设、组织去实施？用什么管理工具比较合适呢？
欢迎各位同仁讨论，探讨。 帮你顶下，我也想知道如何做。 有积累了才有通用。这个通用还是有限制的。方法是通用的，但是灵活的应用又是一个问题，楼主不妨找几个点先做起来看看再说。 对于通用测试用例库的组建，确实是一个比较好的话题，做好了能提高不少效率，但是没做过，没个方向可不行，哪位能介绍一下思路就太好啦。我也想建测试用例库。
希望有经验的朋友多分享一下，大家一起完善，共同进步，呵呵！！ 本帖最后由 tofy 于 2011-9-3 22:07 编辑
从你描述的情况，是否存在以下几个问题：
1、待遇不好导致老员工流失；
2、目前都是新员工；
3、工作没交接好，新人对系统不熟悉，导致系统上线后BUG爆发；
4、没有用例；
5、没有测试管理工具。
从我个人的经验，我建议从以下几个方面开展工作：
1、首先要梳理目前存在的问题，跟员工多沟通，了解现状；对问题做好分析，并制定改进措施；
2、对新员工加强培训，业务和测试能力方面都要加强；
3、现状运行的系统是否有测试用例？如果没有，建议将用例整理起来，先不要想着建立通用的用例库，因为具体的业务都没弄清楚都没测好，又如何设计好通用的用例库呢？通用用例的设计是需要具备一定经验和业务能力的人才适合去做的；
4、测试管理工具可以使用QC，这个工具还不错，我们一直都在用，可以将测试的需求、用例、测试执行和缺陷都能管理起来，而且还能进行分析和统计，功能比较强大；
5、在大家都能按部就班的测试时，可以再考虑标准和规范的建设，团队的发展，测试方法的改进，质量意识的提升等方面；
6、最后就是要多关心下属，与下属多交流，有机会要多为他们申请加薪才是最重要的。 先积累自己的业务知识，有了足够的业务知识，再考虑是不是需要用例库。
你需要用例库，从另一方面反映出你自身对业务的不了解。 这个通用测试用例库，还是要依据你公司的情况来定的。你们公司是做自己产品的，还是项目的？如果是项目的话，那这个所谓通用用例库估计意义就不大吧。如果是做产品的，那应该先把业务梳理清楚，我觉得，就不该是建立通用用例库了，而应该是建议一个产品业务库，把产品的业务描述清楚。可能又和需求有些区别，因为毕竟是测试人员来写，而不是需求人员。
比较认同tofy的意见，先做好当务之急是最重要的。 回复 5# tofy
赞一个！ 做通用的测试用例库，绝对是一个提高质量，保障测试漏测试的好方法，不过积累至少也要3、4年的时间吧！
很希望一起探讨。 不是所有的都是适用的。
还是建议自己总结。 想建，但是感觉比较迷茫！！ 通用的测试用例库是可以建的，主要还是靠平时测试过程中的总结，不需要专门为了建用例库而建用例库。
我也觉得，首先要做的，是熟悉业务。 帮顶，我也想知道如何做。 发现面临和LZ一样的问题
并且特助那么要求提交报告，关于测试用例和建立用例库以及后续的维护
其实我现在所谓的库只是将前面的案例统合的一个东西 这样能保证即使有人离职没有完全交接 但是能从库中找到所要的测试用例 自己总结吧 不一定是通用用例，关键是做好文档的管理 说实话，我曾经带过的2家公司，进公司老大都在提，可是离职了，还一事无成，难建呀！！ 可以考虑建用户体验方面的通用的测试用例库吧。 只有5楼的建议可以一看 目前我这边正在组织TestLink的流程发起。
这会对公司现有的实现方式造成改变。从粗放型向可量化级别的转变。
页:
[1]
2
