一、什么是需求？
1）需求的来源
①盈利：商业app（用户的需求），ERP办公软件（甲方的需求）。
②提高工作效率：公司内部的系统（业务人员的需求）。例如物流公司为了提高分拣货物、仓储效率，开发一些相应的系统。
用户需求/业务人员提出的需求，统称为用户的需求。
2）软件开发的流程
需求-->计划-->设计-->开发/编码-->测试-->运行维护
用户需求：（系统的使用者提出的需求）。系统要满足用户的期望，所需要的条件或者权限。
软件需求：用户需求经过验证和分析之后转化为合理的需求，一般以文档的形式展示。
软件需求是用户需求转化而来。
软件需求是用户需求的细化，细节的进一步具体实现文档。
软件需求是满足规范、标准、合同等文档所需要的条件和权能。
需求是软件测试人员测试的依据。
二、从测试人员角度看需求
用户需求（验证分析）-->软件需求-->提炼出测试需求点-->设计测试用例
1）测试人员如何才能深入了解需求？
把自己当作用户；多和需求的来源交流，把自己带入用户去体验；多积累；熟悉系统的所有业务需求；从需求一开始（用户提出需求开始）就介入，不断的和用户或者项目组人员讨论参与。
三、测试用例
测试用例：测什么，怎么测
测试用例的概念：测试用例就是向被测试系统的某一个功能点发起的一组集合，包括测试环境，测试数据，测试步骤，预期结果（标题，测试功能，方法，重要性，优先级，测试方式等）。
四、什么是BUG？
如果需求规格说明书（软件需求）存在且合理，不符合需求规格说明的就是软件错误（BUG)。
如果需求规格说明书（软件需求）不存在，用户的需求存在并且合理，不符合用户需求的就是软件错误（BUG）。
五、软件开发的5个模型
①瀑布模型
start-->需求分析-->计划-->设计-->编码-->编码-->测试-->end
①每一个阶段比较独立。②测试是产品质量的最后一道把关。如果有问题，问题会直接展示给用户。
瀑布模型在软件过程中占有重要地位，是所有其他模型的基础框架。瀑布模型的每一个阶段都只执行一次，因此是线性顺序进行的软件开发模式。
优点：强调开发的阶段性；强调早期计划及需求强调；强调产品测试。
②螺旋模型
优点：一个项目分了很多层小迭代；适合风险比较大并且整个项目也比较庞大；每一个迭代做风险分析，讨论项目是否有价值继续。
缺点：风险分析要求很高，需要投入专业的人员，导致时间，项目支出费用比较高；风险分析对测试人员和开发人员比较高。
③迭代，增量模型
例：4周时间开发 系统的A模块、B模块、C模块、D模块
增量：第一周完成A模块；第二周完成B模块；第三周完成C模块；第四周完成D模块。
迭代：第一周完成ABCD四个模块的基础框架部分，第二周完成基础功能的开发和测试，第三周进一步开发复杂的功能，第四周完善细节。
④敏捷开发模型
特点：重目标，重产出，轻文档，轻流程。 拥抱变化，客户可以在项目开发过程中改变需求。
注重和客户的沟通，整个研发团队有效沟通，注重产品的质量，注重产品规定的交付日期。
敏捷开发周期很短（1-4周时间），研发团队人员5-9个人。
补充?Scrum流程：
角色：
PO（product owner)产品经理：负责整理用户需求，形成userstory
SM（scrum Master)项目经理：负责保证整个敏捷开发流程的顺利实施、开发和协调等。
ST（scrum team）研发团队：负责整个项目的研发，各种技能的人组成，测试、开发、UI设计师等。
scrum流程图
?具体操作：
1、发布计划会：产品经理把需求整理成userstory,形成product backlog,会议上讨论userstory的重要性排版，决定本期迭代要开发的userstory；
2、迭代计划会议：研发团队确认迭代任务，分解userstory，将userstory分解成一个个的任务，确定任务完成的时间，具体的人员等；
3、每日站会：三个问题，昨天完成了什么，遇到了什么问题，具体的计划；（不需要花费很多时间，重点在于总结和解决出现的问题以及了解整研发的过程）
4、产品演示会议：给客户和boss演示产品研发的成果，客户会提出改进意见，PO整理后形成新的userstory，放到下一次迭代中改进；
5、项目总结：总结这次迭代的优缺点，不足的改进，优化这个敏捷开发流程。
六、软件测试模型
1、V模型
特点：
缺点：串行的过程，测试是在编码后有的，测试的介入比较晚。导致前期的错误后期才发现，后期测试发现时，已经失去了错误及时纠正的最好的时机。
2、W模型
?W模型称之为V模型
特点：测试人员在项目需求开始就介入，前期的问题就可以及时发现。
测试和开发是并行的。一个V是开发阶段，另一个V是测试阶段。
缺点：串行，阶段性强，不适合需求频繁变更的项目，不支持敏捷开发的。
?