没有文档的系统如何测试

今天我测试完成了一个新的系统。从最初的了解业务到完成系统全量测试，5个模块大概费时5天，其中两天半以上的时间在熟悉业务，其他时间进行功能清单整理、测试执行和问题整理。

该系统没有任何文档，熟悉业务的人有两个，一个是市场人员，基本上不在这里，很少打交道；另一个是开发人员，打交道比较困难，问多了人也不愿意。

用长沙话说，测试过程确实受了点摁。因为我对业务一无所知，看着系统点出来的东西也不知道是个什么来头。于是我通过如下两种方式去熟悉了业务。

第一，我在测试前找到了跟该系统相类似的另外两个系统，进行了参考，其中一个只有文档，另一个能够安装并使用。通过一天的摸索，基本了解了一些术语。

第二，能够帮助我了解业务的是开发把所有sql在后台控制台打印出来了，我熟悉业务的过程基本上就是理解开发的sql。这时我很庆幸自己对数据结构和sql的熟悉，拿着sql我马上可以分析，而且通过几个模块的测试，我基本能够判断逻辑上是否正确。

测试后发现了63个问题，包括功能问题、数据问题、访问效率问题和易用性问题。最后我还对业务逻辑提出了6个问题。从对系统一无所知到理解整个业务和数据逻辑，我发现这个学习过程值得深思。以往我们测试人员常常抱怨没有文档，但是我们又何尝去通过各种途径利用我们已有的资源呢？

在测试过后，我不断地问自己，如果我去设计这个系统，我能做哪些呢？虽然离设计还是有距离，现在只能提一些零散的业务问题；但是我问过自己后，我相信以后我会不断地考虑这个问题，我在思想上又迈了一步。