测试代码如何保证其健壮与正确性

hasis

我最近从事了单位的自动化测试，其中并非像大家一样，使用大规模的工具进行测试，而是通过设计用例，编写针对产品的测试框架和测试代码，完成对产品的常规测试。

已经工作了几个月的时间，但是一直有一个比较疑惑的问题困扰着我：

我们在编写测试框架和测试代码，它是用来测试开发的产品代码，但是又有什么东西来保证我们测试代码的正确性的健壮性呢？

这个问题感觉就像一环套一环，现在我们除了测试代码开发人员的开发水平所限、需求和设计理解水平等因素有差别，通过多次调试，好像并没有找到好的方法。

请高手们指点，特别是版主同志们啦。。。，呵呵!

同时还考虑到原来做开发时的问题，代码均用CPPUNIT做了单元测试，但是我编写的单元测试代码如何保证其正确呢？

3X

hasis

我感觉你所谈的还是说“人”的因素，也就是从人的编程水平和编程规范入手，尽量简化由于这两方面导致的错误。

但是我还是感觉没有说服力，因为“人”是最不好确定的因素，即使测试代码开发人员再细心，水平再高，但是没有第三方的控制因素，我觉得还是不成。

我总是试图找第三方的一个控制因素，呵呵，见笑。

逍遥剑客

我觉得要最大限度的保证测试代码的正确性，可以从这几个方面考虑：
1。就是在一个脚本文件中尽量只关注一个测试点（避免因为结构上复杂导致问题）
2。在使用脚本文件的编写语言时，尽量选择熟练的（避免在语言的使用上导致问题）
3。在编写脚本文件中，也写概要设计和详细设计文档（避免在脚本编写的过程上导致问题）
4。在编写脚本文件中，尽量使用简单的逻辑结构，顺序>分支>循环，尽量少用嵌套，尽量少调用外部资源等等（避免因为逻辑上的复杂导致问题）。
暂时在技术上就想到这么多。欢迎补充

脚本文件的编写就是怎么简单，怎么写。简单才容易修改，简单才容易维护

脚本文件的编写过程中，测试人员其实和开发人员是一样的，所以要求测试人员细心，思路清晰，写代码的能力比较强。

做自动化测试人员不容易啊