最开始做测试的时候，总觉得很疑惑，怎么和我想象中的测试工作不一样呢？我以为只要拿到相应的文档，就可以独立地完成测试了。后来发现，一天中有大量的时间是去问开发、问需求人员，问他们详细具体需要，具体设计实现细节。曾经一段时间，很不服气的不问他们直接按照自己的理解去提交bug，结果是大量的bug被拒，理由不外乎是“需求如此”或“设计如此”。最后终于“屈服”了，不过也逐渐有了自己的方法，随着自己对于业务的理解，有些问题不用问，也能够有正确的认识了，因为无论是开发、测试、还是需求，最终用户才是真正的需求来源，要站在用户的角度思考、理解，那么就可以较好的确定需求了。

      可是，有些同行，抱着这样的想法“我的目标是做技术方向，自动化测试或性能测试等”，不想在理解业务上浪费那么多时间。希望能够有较多的时间来研究技术。那么，不重视业务知识的学习将会阻碍技术的很好应用。不过这样的话，其实可以不用花费很多时间去自己研究。那么就要多问了，当然最好的方式是直接去问开发或需求人员中比较深刻，比较资深的人员，他们理解更深刻，也能够给予更好的答复。

      最近，又有些烦恼了，对于需求，刚介入的项目已经做了3年多，一直在增加新的模块和功能。需求是离岸客户给的英文的文档。那么麻烦就来了，“没有一开始跟着项目做，很多细节不了解，又没有足够可参考文档；英文的文档，理解起来还是有些费劲”。

      一个刚毕业的兄弟也和我抱怨同样的问题，我才知道，原来工作了这几年，我还是遇到同样的问题，关于需求。不同的是，我已经不像当初一样，怀揣梦想，希望有一个测试的项目，能够把需求详细的确定的，逐个功能点得罗列出来，让我们测试人员光凭文档就可以进行测试。我想，还是靠自己吧，其他都是靠不住的。就和我那个兄弟说的一样：“等我们理解好了需求，写个详细的文档，方便后来人。”