开博第一篇_关于测试用例的话题

    我也来说说与测试用例相关的事情，为什么呢？是因为最近写测试用例的时候发生了一些不太愉快的事情，让自己觉得很恼火。先来看看目前项目组都有哪些情况吧。

1、 只为有测试用例而写测试用例。

2、 评审机制太随意。

3、 测试用例的使用率低。

4、 无测试用例库，更别说测试用例维护了。

    首先，来说说测试用例是否有编写的必要。我觉得测试用例是否需要编写可以根据以下几点来决定，一是项目愿不愿意给测试去编写测试用例的时间；二个是当前这个项目是否需要测试用例；三是测试用例的使用率。

在之前所经历的项目中，一些比较小的项目对测试用例就不会做特别要求。但是加入测试的测试人员是有要求的，这个测试人员必须是有经验的测试人员，或者她（他）的leader在测试方面是非常有经验的，这样即便没有测试用例，也能很好的指导测试的完成。

但目前的这个项目不属于这种情况，这个项目在我进入的时候就已经开始一年多了，测试也加入快一年的时间了，属于一个比较大型的项目。不管是为了后续新人进入还是开展测试工作，我觉得都是有必要写测试用例的。但在我加入这个项目的时候却没有看到任何测试用例文档。也就是在这个时候，不知道是负责人意识到了什么还是觉得测试这边的工作不饱和，提出了需要编写测试用例的要求。至此，这个项目才慢慢的在开始进行测试用例的添加。

测试用例的添加本是一件好事，但添加的测试用例却很少被使用，这个就违背了写测试用例的前提。若只使用一次，又是写测试用例的人员来进行测试的话，那么这个测试用例就可写可不写了。导致出现这种问题的基本原因是每个版本都有新需求，而每次都是对新需求测试，对整个版本测试的情况几乎没有。所以，测试用例仅被使用一次之后就被废弃了。

其次，测试用例编写完成的评审，其实是希望大家都参与的，因为测试用例是可以体现出编写测试用例的人员的测试思想的，通过测试用例就可以看出目前的测试用例是否有遗漏或者补充的地方。毕竟，每个人的思维方式都是有差异的，而评审的其中一个目的就是希望集多人的智慧来弥补一个人的不足。这样测试用例才会更加的全面。但是项目负责人不允许开测试用例评审会议来进行评审，那么就用发邮件的方式来进行，但是邮件发了后确很少有人看。没办法就只能一个一个的去确认。而这样导致的问题就是，很多人为了应付打开文档粗略浏览一下就关闭了，说没有问题。每当这个时候我就很伤心。开发不看也就算了，但测试leader也这么敷衍的话，我觉得这是个很危险的事情。

然后，测试用例的维护。每个版本都在增加或者修改测试用例是比较正常的事情。这样所建立起来的测试用例库才会越来越完善，对后续的测试指导意义才会更大。每个测试团队或多或少都会有自己的测试用例库的。目前没有进行过这样的操作，且测试leader也没有这样的意识，所以很担心。

由于暂时还不是测试leader，所以我也只能做到我认为现在可以做好的事情。比如编写测试用例的时候主动找相关人员讨论，测试用例发布后多提醒几次让大家阅读并提意见，针对目前所测系统建立测试用例库等。

最后，希望项目负责人能真正了解测试用例的好处，也希望测试leader能意识到测试组内能解决的问题，不要总说客套话。