测试组负责人该如何做好测试用例的细化和管理工作？
目前公司很多项目都是需求文档和业务文档不全，并且系统都是跑了很多年的翻年度系统，开发人员也离职不少，导致测试难做，加上测试组人员的变动，导致年年出现上线后bug，我也很无奈。对于测试用例的细化工作哪位前辈有好的经验，帮忙分享一下，最好可操作，谢谢！！如果有使用工具对测试用例进行规范化管理的朋友，能否也给些建议？都是用哪些测试管理工具，如何进行管理的呀？ 工具并不是重点，重点是你能不能快速分析现有系统，按部就班安排相关的测试工作。测试用例管理工具很多，从excel、word到testlink、qc等等都可以选择。测试用例规范化取决于对前端需求的深度分析。若不依赖于前端，后期的测试用例规范化无异于多增加了需求分析的工作，并将需求分析的结果转换为测试用例。 可以考虑建立通用的测试用例库，面向常规通用的内容建立测试用例公共库，在规范开发的同时，加强对共性用例的抽取和验证。 工具其实不重要，直接在svn上做就行了，关键是建立了用例库之后，如果有新需求要改之前的功能的话，是重新写个用例交差还是在用例库里文档的基础上改，这是个大问题。 说穿了，还是因为人的因素。很多人都喜欢新内容，感觉这样的话有创造性，但实际情况是，大多数工作都是重复的，缺少创造性的。唯一的途径是在原有工作上的逐步改进——我们称其为创新。
创造毕竟机会不多，但是创新，只要你坚持，一定可以。 每次新需求的更新跟进是很头疼的。没有很有效的方法，我这里能做得基本上是人盯人战术，但是如果对于需求前端分析做得较好，同时对于变更管理/配置管理做得较好的应该是很容易发现这些问题的 个人想法，测试用例的细化程度和你们公司的产品或业务变动程度有关，同时也和公司的测试人员流动性有关。1.如果测试人员流动性太大，并且缺少产品、开发、测试文档的支撑，还是要求用例细化到步骤级别吧，至少新员工上手快啊。相反若员工较稳定，细化程度可以粗些，但至少要保证到业务流的每个环节都有一个专门的步骤来描述并给出预期结果。
2.产品或业务变动小，就需要用例的可复用性高，就需要用例尽可能的细化；反之若产品业务变动迅速... 谢谢各位的回答，让我学到了不少东西！ 建立通用功能的测试标准和规范，可以杜绝掉很多问题。 建立通用功能的测试标准和规范，可以杜绝掉很多问题。
页:
[1]
