软件自动化测试的一些探索

长久以来一直在探索软件自动化测试的理论和方法，最期望通过自动化测试来提高测试工作的效率，更快更准确地发现最大限度多的bug。

测试中第一次使用CPPUnit——这个单元测试的工具，使用过程就是按照网上的教程，一步一步走，到也没有出现什么大的问题，上次老大给我们开会时提出了CPPUnit使用时可以改进的一些地方，例如，加入直接判断的方法，可以让测试的结果更加直观~这个建议我决定在以后的测试中试着添加一下。

我在使用CPPUnit进行的测试的时候，感觉这次测试的进程要比以往的测试项目慢，主要是期望用代码来覆盖所有的用例，这样，代码量就上去了，每一段代码都要保证正确，测试一遍下来，没有以前在Demo中直接进行不同的操作来的快捷，但是感觉优点就是测试更有条理，一个测试用例接着一个测试用例，不会遗漏，编程可以更灵活地执行各种测试逻辑，在执行测试的时候还可以很方便地再添加各种测试用例。

本来使用测试工具进行测试是期望提供工作效率，期望可以缩短测试的周期，这才是能看得见的效果，而恰恰相反，反而用了更多的时间，让我感觉很不爽。

 

于是就期望，把一些很容易操作实现，而编程实现很繁琐的测试用例，用直接操作Demo的方式来实现，又觉得，不能每次执行这个用例的时候，都手动操作吧，这样随机性太大，没有什么做保证，就想，干脆就用一个测试工具，QTP，在我有限的测试工具的经验里，觉得QTP可以实现Demo运行脚本的录制，一个测试用例就录制一段脚本，这样可以使测试更可靠，审查，回归测试都更有理有据，更像正规军，而不是游击战。就当我在周会上说出这个想法时，立刻被pass了，因为据说QTP太复杂了，对于我们的项目有点杀鸡用牛刀的嫌疑。

 

都有道理，在以后的测试中，会试一试这种CPPUnit+QTP的结合，当然也在探索其他的测试工具，一个好的工具，可以大大提高工作效率，这个是我深信不移的。