地鼠君黑盒测试--小白如何梳理需求，告别听不懂

　　

没有需求文档的痛苦

　　刚开始作黑盒（功能）测试时，小白难免会遇到这种情况，就是需求梳理不清晰，没有需求文档或者需求文档太简单。这种一开始没人带时，不容易发觉后续测试多痛苦。

       笔者一开始时，就是这样的。特别是在小公司里，需求文档趋近于没有。需求文档描述不清晰时，最悲伤的就是当你测试时，不知道怎么测，只能测测界面。但到交付时，团队会发现测漏很多BUG，尤其是一些重要功能。然后各种锅统统被包圆，成为团队名副其实的“背锅”王子。

　　测试需要根据需求文档，一份详细的需求文档能大大减少测试所用的时间，提高效率。

小白如何理需求文档

　   在没有需求文档时，或者过于粗糙时，我们该怎么办？唯一的出路就是自制需求文档。笔者自制的需求文档，架构一般分俩部分，仅供需要的新手小白参考：

　　一、需求描述，主要记录需求提出的时间和甲方或者经理描述的内容。一开始不会理时，尽量多写一点，详细一点，内容尽量照着所听到的客观描述来就可以了。这样做有一个好处，就是你写的时候因为需要脑子过一遍，你会发现自己不理解或者听不懂的地方。当你出现疑惑时，沟通中就很容易找到重点。这时候可以带着疑惑咨询一下开发或者项目经理，别人不容易感到厌烦。这里提倡最好会议进行录音，会后再听。

　　经过一段时间的梳理，以后慢慢熟悉起来，就能掌握业务的逻辑，这就是宝贵的项目经验。对后续测试、团队沟通或者学代码，都能打下坚实的基础。

　　特别需要注意的是