什么是测试需求呢？测试需求等同于用户需求，或者等同于软件需求规格说明书？Sure，我认为只有有经验的测试员都不会认同以上说法。我们所说的测试需求，往往是综合用户需求、软件需求规格说明书、原型设计以及更多的隐性需求的并集。那么我们应该怎么去提取我们的测试需求呢？这可能是笔者在本文想给大家给出的答案。
测试需求主要分为显见需求和隐性需求
显见需求
我们能获取到的需求描述，产品经理根据用户需求转化为的软件需求规格说明书，原型设计等，都应该属于显见的需求。这些需求，遵循“尽可能满足用户需求”的宗旨，往往在开发过程中都会很好的去一一实现。
隐性需求
隐性需求，顾名思义就是没有明说，隐藏在用户期望之中的需求。比如通用业界标准，软件行业标准，约定俗成的规范处理等，都应该属于隐性需求。如果我们不认真对待这些需求，可能我们在软件的验收过程中就会碰到各种问题，最终影响软件的顺利交付。
那么作为一个合格的测试员，我们应该怎么去提取测试需求呢？
首先，我们应该基于用户需求、软件需求和原型设计等，去进行需求的拆分，使得拆分的每个点都可以作为一条验证确认项，并可用测试用例去覆盖。而通常，我们应该在过程中提取更多的隐藏需求，如不同类型的不符合预期的输入，系统应怎么正确去处理它？这些就是我们在测试用例里常说的，异常测试用例。
其次，我们应该学习了解业界通用规范，并生成对应的软件验收测试项
我们的软件如果只是根据个人的喜好，追求个性和自由，而不遵从业界的通用规范，可能风险就如脱缰的野马，变得不可控制。所以我们应该去积极的了解业界的通用规范，如果GB标准等。
再次，我们还应该遵从软件所属行业的标准
可能这些行业标准，用户在描述需求时会无意识的忽略，但如果我们没有去做这些处理，最终的结果就是：用户很生气，软件不满意，验收不容易。如涉及财务统计的功能，根据业界标准，金额应该靠右对齐，如果我们还是按一般的居中处理，既给财务对账带来麻烦，又使得整个软件显得不够专业。所以，我们要做好一个软件的测试，还需要去了解具体的软件行业背景知识，这样我们在提取测试需求时才能做到尽可能的完整，使整个研发团队为之受益。这也不难理解，在测试招聘需求中，通常有“在某某行业有过多少年的工作经验”这一条了。
最后，我们为了赢得用户的口碑，应该尽可能使软件好用
什么样的软件好用了？我相信我们的用户很难一一描述清楚。所以，我们除了在满足业界通用标准基础上，在时间成本允许的情况下，应该尽可能使软件好用。如用户体验性性需求纳入其中，这样，往往会给我们的用户超出预期的Surprise，并获得非常棒的口碑，让我们的公司获得更多的收益。而用户体验性需求，就需要我们多去浏览优秀的作品，了解学习更多这方面的知识。