软件测试-测试需求篇-用户需求调研

需求和实现的差异

用户需求贯穿着我们整个项目周期，，脱离实际需求的产品即可定义为废品，对于需求的重要性不言而喻尽管人人都知道这个道理，我们常常也会犯这种错误，因为在产品开发过程中，因为人的思维和知识都是不同的，理解一件事物的层次也都是不一样的，所以难免会出现这种差异，不可避免，但却是可以有效控制的。

上图可以看到影响需求实现的因素有很多，我们可以想象在工作中经常可以用户和产品经理、产品经理和设计人员、设计人员和编码人员等等各种对某个功能点展开激烈讨论的画面，好不火热。
这种工作内容实质都是尽可能地理解需求，减少需求理解差异。
我们的最终目的就是减少理论需求和实际实现的差异性。

用户需求的调研

这本是产品经理的领域，但我发觉许多小团队甚至乎没有产品经理，博主所在公司就是一个很好的例子，许多需求从项目标书来，或者领导层从各种会议零零散散收集拼凑成一个文档，然后草草开发，测试，最后投运，结果就是各种开发到验收阶段改需求，跑现场。产品型项目生生改成项目型。
所以在这里引用人人都是产品经理的概念，在用户需求调研这方面测试人员到底可以做些什么？博主想表述的不是在调研阶段需要做的事情，而是在用户需求调研这件事情上可以做的事情。
需要测试的项目一般分为维护项目或是新立项项目，主要总结为三个问题的思考：需要调研的业务，一最后呈现结果一般是以用户故事为例？以什么样的方式切入调研？涉及的用户群体？

调研输出：
此文档不外乎格式形式，准确表达调研过程和调研结果即可。

以上是博主的分享，有问题交流欢迎指出。下一篇为《用户需求分析》。