很多测试同僚可能都会认为，需求分析不是一件什么难事，只要照着产品给的内容以及功能点来就好了，没有什么可分析的，但是事实却不是这样的，因为需求分析的好坏会直接决定最终测试的效果，今天拜读了一位大神写的‘大牛的测试需求分析套路’个人觉得是一篇很好的文章，结合了大神的文章以及我个人的观点，写了以下几点内容：
1.到底什么是需求分析？
在开始做需求分析之前，首先要搞清楚，什么是需求分析，需求分析又是什么，只有先搞清楚根基，后续的工作才能更好的开展，其实用大白话说，需求分析实际上就是要弄清楚用户需要的是什么功能，以及用户都会在哪些系统上使用这个功能，这样才能更好的设计测试用例，才能更好的测试
2.为什么要做需求分析，需求分析的必要性是什么，若不做好需求分析，那么会有什么样的后果？
首先来说一下需求分析的必要性，古人云，知己知彼，百战不殆，若对测试需求都不明确，就意味着无法对所测软件有一个清晰全面的认识，那么就会出现获取信息不正确或者获取的信息模棱两可的情况
其次若不做需求分析或需求分析不到位，那么其产生的后果也是很严重的比如：
（1）浪费时间和资源实现了用户不需要的需求；
（2）遗漏了需求文档中没提到，但很重要的需求，导致客户满意度降低。
（3）需求分析不到位，错误的估计了测试的工作量，导致延误发布周期，可能会降低发布质量。
所以说想要避免以上问题的发生，就需要对项目需求分析精准详细，只有越精准详细的分析项目需求，才能对所测软件了解越深入，对所要进行的任务内容就越清晰，就更有把握保证测试的质量与进度，以及可能存在的风险点，这些内容都是通过精准详细的分析项目需求的出来的结论，所以想要做好一个项目测试，就要先做好需求分析
3.怎么做需求分析？需求分析到底要怎么做呢，应该也是很多人头疼的地方吧，其实可以从以下几点，循序渐进来做需求分析：
（1）拿到需求后，不要立马就着急开始做需求分析，而是应该先通读一下需求文档，通过需求文档了解需求要实现的背景，了解一下需求的目的和一些用户使用场景，其实这个过程也是对需求文档评审的一个过程，因为文档里肯定会存在一些不合理或者遗漏很重要的细节，对于这些疑惑都可以先以书面形式记录下来，并将疑惑出于相关产品进行确认，为后续详细的需求分析先做一个准备工作
（2）通过对需求的目的以及整体背景有了一个了解后，就要开始进入到需求分析的阶段了：首先通过xmind思维导图等辅助工具，确定好这个需求所涉及的全部测试模块，其次在确定好测试模块后就可以开始细化模块里的测试点了，最后可通过测试模块与测试点来分析是否需要提前准备相关数据，以及在测试的时候可能会遇到哪些潜在问题，以及测试难点，遇到后应该采取怎样的应对措施等情况，为后续开展测试工作提前做好准备，当然若在需求出现临时变动的时候，也需要及时对变动的需求进行详细分析，编写相关测试点，以及对变动需求后导致可能出现哪些风险提前做好应对之策
以上就是我个人总结的观点内容，当然还有很多不足之处，需要继续学习，集众人之所长，来不断提升需求分析的能力~
