很多时候，其他人对于我们测试人员寄予厚望，希望我们能够发现软件产品中潜在的所有风险（当然这是不可能的，世界上没有完美）。但是总有很多因素在制约着我们的发挥，知识面、经验、思维定式等等。知识和经验也许可以通过别的途径来弥补，但是思维定式很难跳出，特别是当一个软件、一个模块，同一个人测试了多遍以后，思维定式几乎不可避免。这个时候我们怎么办，这时就要看我们测试准备工作的功底如何了。下面是我整理的测试准备工作，希望能给大家带来一定的帮助。
一、测试内容
确定自己的测试对象是什么，一个软件，什么软件；或者一个模块，什么模块。准备需要测试的软件的需求规格说明书、原型交互图以及系统效果图等等一切和软件有关的需求文档；通过对这些需求文档进行分析总结，使测试人员能够很好的了解甚至是全面了解被测对象的所有功能点以及需求点；
二、使用场景
用户在什么情况下会使用该软件或者模块，期望达到什么效果，用户关注什么。测试人员需要在测试之前认真的去思考待测对象被使用的场景，包括测试场景以及用户场景。
三、测试重点
本次测试的重点是什么，是主要测试功能还是测试性能，功能健壮性还是性能或者其他方面。测试人员需要清晰的知道本次测试的重点内容，知道重点之后不仅可以着重测试重点内容，而且可以减少测试时间提高测试效率。
四、测试环境
在什么环境下测试，即待测软件需要什么样的测试环境，包括软件和硬件以及网络要求等；对于数据库有无要求，数据量有无要求，操作系统有无要求，存不存在制约软件使用的硬件等等；
五、实现机制
作为一个测试，我们也许不需要了解一个软件的实现细节。但是基本的实现流程，我们绝对需要了解，它可以帮我们快速锁定软件的危险区，通过了解待测软件的实现机制，可以减少测试时间，提高我们的测试效率。并且能够为开发人员提供详细准确的bug产生的位置，帮助开发人员快速高效的解决产生的bug；
六、日志路径
测试软件之前，一定要确定日志文件在哪里。作为一个测试，定位bug产生的点是我们必不可少的一个工作，有日志的话，相信大家可以快速确定一个bug的级别高低。测试人员需要学习如何查看错误日志，并且学习更多的关于快速定位bug的方法。
七、版本差异
如果是一个增量版本，请确定是否存在版本差异。本次测试版本与上个版本不同点在哪里，需要关注什么，这点很重要。因为很多软件，外观可能没有变动，里面早已今非昔比。而且，测试人员需要时刻关注待测软件是否有需求变更的部分，若有需求变更的部分，测试人员在测试的时候需要着重测试需求变更的部分，同时要关注需求变更知否是否会对其他关联模块产生什么影响。
