测试过程和测试报告

   最近公司在开发一款虚拟打印机，类似Acrobat的功能。

   测试打印机之类的程序，最烦的是要在是不同的系统上，做同样的操作。重复性工作较多，这也是做功能测试最烦的的其中一个原因，一点创新也没有。

   我这次的测试工作的展开，先在我平常的测试系统上，准备好数据，在收到CQ自动发的邮件后， 开始测试工作，我先从常用的，重要的系统开始测试，这样发现Bug了，可以提早登录CQ，通知开发人员，尽早修改，这样整个迭代不至于拖延时间。

   还有在测试准备中，不光要准备自己想到的测试用例，还有结合开发人员提供的信息，扩散性地思考，做好充足的准备。平常在项目组的会议中，开发人员总会时不时地讲一下他再开发过程中做那一部分的困难等等情况，还会告诉测试人员，在测试的时候重点关注，这是好的开发人员会做的事。如果摊上一个不负责任的开发人员，那么这时候测试人员，就要有警觉性，及时记录下来情况。关于记录的这一部分内容如何让自己在测试过程中不忘记呢？这时候习惯就很重要了，有必要将会后的情况记录在一本固定的本子上，确定自己在写测试用例的时候会看。

   在各个系统上完成测试，记住存储测试结果，不要看一遍没有发现问题，就以为可以结束了。这是我的测试经验，还有，更重要的一点，是写说明文档，和文件命名的时候，尽量让自己看得懂一点，这是我之前血的教训啊，功能反复了，开心自己找到了自己存得资料，可是一看资料，傻眼了，然后重新学习一边，这样很浪费时间，降低了工作效率。

    所以记住一段测试完成后，总有些数据，或者文件留下来，不要删掉，放到服务器上存着，近的来看，写测试报告的时候，可以作为依据；远的来看，以后和这个功能相关的模块要改动，或者其他原因，需要再测试，也可以拿来当学习工具，尽早熟悉起来！i

    测试完成后，写报告是非常重要的一件事，将情况描写清楚，让别人知道自己做了些什么。报告要得出结论，让别人一看就明白，但是还要有数据的支持，这样更加形象生动。

    报告的内容，要按类分清楚，有层次性，条理性很重要。因为你的报告可以体现你的测试水平，这可是上头直接看得到的关于你的工作成果。说到工作成果，这就直接关系到自己的切身利益了，所以测试报告要好好对待。

   其次，报告中千万别犯一些低级的错误。英文的话，如语法，单词拼写，词组搭配，用法等等。中文的话，错别字啊，病句等。

   总之，记住，报告就是要让别人看得明白！