业务需求：关注系统是否满足业务需求
用户需求：关注系统是否满足用户习惯
功能需求：关注系统是否满足功能要求，如系统的输入输出
没有需求：参考市面上已经上线的同类产品
需求模糊：收集整理已有需求、和产品经理逐条确认、参考痛类型产品实现情况
我们为什么要做需求分析？
要成功做一个项目，我们要了解测试规模、复杂程度和可能存在的风险，这些都要需要有详细的测试需求来进行了解。
需求的难点：
1、用户与开发人员之间存在沟通方面的困难
2、用户的需求是动态变化的
3、生命周期中不同剪短系统变更的代价呈非线性增长
4、当前架构无法满足
5、分析人员和客户理解有误
需求的重要性：
如果前去需求无法把控，后期就不能做到功能全覆盖，需求的变更频繁都会导致项目整个运行工期延误
不做需求分析的结果
浪费时间、满足不了客户需求、客户满意度低等
怎么做需求分析？
1、拿到需求后先把需求读好，后要做的需求的背景自己有个整体的了解，在了解过程中记录自己的疑惑。
2、分析需求是不是合理的，不能单单通过系统是怎么样实现的来判断需求是不是合理，主要包括两个方面：第一满足客户需求，第二，在系统原有的基础上，尽量减少改动成本
3、确定测试的范围和优先级：确定好这个需求所涉及的全部测试点，然后通过分析，分析出测试范围的优先级
4、细化测试点并确定测试方法
5、确定哪些工作测试人员可以提前介入
6、查漏补缺