软件测试最重要的是用户需求，没有之一。它贯穿于软件项目周期的始末，只有符合用户需求的软件才有了意义和价值。
测试人员的测试需求从何而来？
正确的途径有：用户（市场）需求、软件需求规格说明书、原型设计。
用户（市场）需求 说明书
用户需求：专业的需求调研人员通过与用户（代表）沟通、交流，了解用户对软件的预期要求，最后双方达成一致形成的切实的需求。
市场需求：市场需求调研人员通过各种形式（征询目标用户群体的代表的意见、广泛的问卷调查、竞品分析等）对特定群体的需求进行收集分析，从而形成的需求。
软件（产品）需求规格说明书
也称软件需求说明书，常简称：软件需求
是需求分析员（产品设计人员）在用户需求的基础上，结合个人行业经验、行业通用要求，最后形成的软件需求，它详细定义了软件信息流、界面、功能、性能、安全性等的目标和要求。
它的作用：作为软件人员与用户之间事实上的技术合同说明；作为软件人员下一步进行设计和编码的基础；作为测试和验收的依据。
区别于用户需求：用户需求以用户思维描述的要求；而软件需求是便于开发、设计人员理解的专业性要求。
原型设计
通常作为软件需求规格说明书的补充，为软件的框架设计，用户的界面原型，侧重于页面模块、元素的完整性和交互性，而不在于界面的美观性。
并且，在软件版本快速迭代时，往往通过带标注说明的原型设计替代软件需求。
怎么才算一份合格的软件需求？
需求必须来源于用户或者市场严谨的调查或分析。否则软件做的再好，没有人为之买单，那也是一个孤芳自赏的作品，不能称为产品。
软件需求应由有着相当行业背景的人员进行整理，否则会出现各种潜在的、行业通用的需求被无意识的忽略了。
软件需求不是可以省略掉的东西，但可以通过更快捷的方式呈现，如带标注的原型设计呈现出来。
最后，需求一定要经过评审，尽可能让各方，包括用户（市场代表）、公司高层、项目负责人、开发及测试负责人达成共识。这样整理出来的需求才是严谨和科学的，才是可测试、可开发实现的。
软件需求需不需要测试人员参与呢？
这是必须的，大家都知道要保证软件的质量，非常重要的一点就是让测试人员尽早的参与。
具体怎么做呢？
最好就是当需求人员整理好软件需求说明书后，抄送给测试参与人员，让测试人员尽早的熟悉需求，同时尽早的发现需求中的问题，好在需求评审中对收集的问题集中处理。这样避免了后面测试对于需求中的问题频繁的沟通，也尽早的发现了软件中的可能存在的缺陷，减少了后期开发（修复）成本。
软件需求中存在的常见问题：
- 语句逻辑错误，带有错别字、词等；
- 语意有歧义，导致项目成员理解有偏差；
- 描述不清晰，含糊其辞，可测性差；
- 缺失、遗漏（如通用性规则，行内隐形需求等）；
- 与真实的用户需求相左，相违背；
今天小酋就讲到这里，后面小酋将讲述“怎么进行测试需求分析，并提取测试点”。欢迎大家持续关注哦～
（微信扫一扫，有更多精彩等着你哦~）