测试单元开发

关于单元测试的一次实践经历

吴老的《seleniumwebdriver实战宝典》出版了！在网上看到单元测试貌似很高大上的样子，于是内...

吴老的《selenium webdriver 实战宝典》出版了！

在网上看到单元测试貌似很高大上的样子，于是内部也想去尝试一下。

开发的语言为C，我们打算用gtest，然后我们安排了一个编码能力比较好的跟一个开发进行配对。

整个过程大概就是测试跟开发一起讨论需求，设计的方案，开发编码的时候测试也开始根据设计文档提供的接口以及自己跟开发每天的沟通来编写单元测试用例和代码，然后持续了半个多月的时间，发现了三个bug，而且过程中也碰到了很多问题（比如：开发觉得我们测试浪费了他的时间等），最终放弃了。

说说整个过程中碰到的问题吧！

1，测试人员还是存在能力不足的情况，虽然选择的人有丰富的自动化开发经验，但是对C语言还是花了很多时间学习。

2，开发的编码跟原来的设计方案相差比较大，导致单元测试用例变化很大，成本增加很多

3，虽然每天沟通，但是测试还是对开发的很多代码逻辑不熟悉，增加了单元测试的难度。

4，开发的代码每次改动，都需要花更多的时间去维护测试代码，成本太高，这个也是导致我们取消的原因。

给后面想再去尝试单元测试的同学们几个建议：

1、笔者还是觉得单元测试适合开发自己来做。毕竟自己对自己的设计思路和代码更加熟悉，测试可以去协助和推动开发去做，效果可能更好点。所以，后面我们开始去转向做接口测试了。

2、做单元测试的人员一定需要有过对应语言的编码经验，并且越熟悉越好，这样双方配合起来会更加顺利点

3、开发的设计文档要非常完善，这样单元测试用例才能将其作为一个参考，否则测试代码改动会比较大，而且跟开发沟通比较难

不知道这样会不会打击到那些想做单元测试的朋友，因为笔者以前就一直想去做白盒测试的。

（作者：石头哥来源：微信公众号 - 大话IT公司）