找bug的三个境界

我很有感触，所以决定自己来写篇文章谈谈我的测试的所处的境界。现在刚进入第二个阶段，也就是嗅bug的程度。

1.我们的公司产品是C/S模型的，每次新开发的模块如果涉及上传，下载，刷新等的时候，出现的问题形形色色，有时可以用诡异形容。因为这里就涉及到客户端与server的接口的匹配，如果中间有任何一点出现问题，那么都会影响客户端与server交互的，所以，在遇到这个模块的时候，我都会按照case一条一条认真测试，尤其是数据的准确性。因为可能出现一个情况：从一个客户端上传数据到server后，另外一个客户端下载后的数据却是不正确的数据，所以，我们就要检查这中间是上传的过程出现的问题，还是下载的过程出现的问题。

2.从数据的存储结构加强理解模块的功能。我最近测试的一个模块，因为配置文件存储位置的原因，导致一些UE问题；若只是从功能的角度测试，发现这个bug也需要一段时间；但是如果从模块数据的存储结构来看，不需要测试，都能够直接预知出现什么问题。这也就是程序中涉及的逻辑问题。而且一直是我们测试强调的重点。正常的测试都是需要有开发将涉及的模型，逻辑形成文档，去审核后给测试人员看的，但是有的公司流程不完整，这个环节做得不够好，所以就需要和开发不断的沟通，将逻辑缕清楚。所以说，懂得开发的测试，占优势，就是因为他们能够从软件的本质逻辑去深入测试，能够快速的找到bug,甚至定位bug

总而言之，测试之路漫漫兮，还需努力积累进步。