我是如何去了解需求的
半年没有接触.net了，最近公司又让我参与半年前就已经启动的一个.net web项目，这次我负责一部分编码和所有的测试。为了快速的融入团队的开发工作中，我就必须尽快熟悉整个项目的环境。
这个项目虽然提供了需求文档，但是长篇大幅的，内容也比较多，看着也容易犯困。需求是必须要了解的，自己又是负责测试部分，那么我必须要对整个网站的整体和细节部分都要清楚。
我个人认为，在接触需求的时候，不能够死磕需求文档，死磕需求仅仅是去做功能，这是比较机械的。我们需要站在用户的角度去分析和理解需求，把自己放在普通用户的位置去感受和想象，而不是开发人员的角度。
我把文档看一遍，网站也浏览了一遍，但是对网站的功能和流程仍然比较模糊，心中也没有一个具体的概念。我在浏览整个项目的UI草图时，突然间得到了灵感：整个网站页面元素比较多的页面就二三十个，我何不把这些页面做成截图的形式，对照着需求文档，在图片上一一把需求给标注出来呢？
我以下面这张截图里面的页面为例。
大体一看，这个页面按钮也不少，而且很多按钮元素比较隐秘，很难一眼看出来。如果对照需求去看，或许这次自己了解了，但是下次可能因疏忽而忘记某些页面元素和功能，通过在图上进行简略的标注，能够得到很直观的需求，而且条目也非常清晰。
对照文档中的需求在图上标注需求得到的结果如下，在测试这些功能时我也不必对着word文档去一一验证，看图就能了解需求部分了。
有些批注里面的文字比较长，我就截取部分关键的字，加重显示，以后也不必每条都看完所有文字。了解需求后，我还得提供一个测试文档，以测试这些功能。
由于是第一次担任测试工作，文档也是随心所欲，希望能有前辈提供一些建议，我能够通过改进也运用到项目中（PS:公司没有测试人员）
