文章> 站在用户价值交付角度看测试 > 用户价值体系

引言：

要做好一个岗位，最重要的不是具备多少专业技能，而是能够理解这个岗位存在的意义，与认清工作所处在大流程中的具体环节。否则，技术越高越容易剑走偏锋，尤其是管理岗更容易把团队拉偏，对整个组织造成一定的损失。

我们就拿质量的测试岗来说，如果是一个不懂技术的测试工程师只是单纯的从事手工操作为主的业务验收测试，这时他做的工作是错不了的，因为这份工作任务是从产品质量痛点反推出来的工作任务。如果一定要说有哪里不好，那就是效率不够高罢了。但是当一个名新手测试工程师掌握了一定的技术后，如基于 UI 层的自动化测试，那么这个时候就可能就会变成了一个拿着锤子到处找钉子的人，忽略当前产品的阶段与质量成熟度硬上，到头来自动化是写出来了，但对于工作本身是否有意义却成为了一个值得考量的事情。

那对于从事质量工作，或是测试工作的人而言，工作的实际意义在哪里呢？这个时候，我们需要站在用户价值的视野去看、去发现。

用户价值体系

产品在本质上而言是一种对用户使用价值的承载。用户使用价值通常会整理成业务需求，这些业务需求可能是帮助用户提升便利性，或提升效率，或解决一些问题，其用户价值的流转如下图所示：

image.png

在产品价值交付环中，首先发现用户价值并挖掘整理成业务需求。用户价值这个部分一般都是公司产品战略布局后的结果，涉及到公司的未来一段时间业务发展方向，这部分内容经过整理后便成为业务需求。这个时候就轮到产品人员上线了制定产品方案了，经过不断的市场调研与数据验证后，将确定好产品方案分割成一系列的软件版本及细化后的软件开发需求。如公司在下半年的业务重点是提高在训学员的服务质量（用户价值增值），经过分析发现最需要的是拉通学员与讲师之间的双向评价反馈机制（产品方向），随后经过对评价维护与指标与反馈机制的设计，完成了基于业务流程与数据流的设计（产品设计），剩余的事情便是具体通过几个版本迭代可以完成系统的开发与升级了（版本规划）。

在明确了版本迭代计划后，便回归到大家所熟知的“两周一次发版”的年度打剧情中了。这个过程中就是不断的在需求-开发-测试-发布的迭代循环中完成产品功能的堆叠，而这个过程也是传统测试人员引入与关注最多的项目过程了。但站在整体软件价值交付的层面来看，这个过程是缺少闭环的，即增加的功能是否真的满足了用户价值，如果增加了是否能拿出对应的数据指标？所以，在价值交付体系中还需要价值软件交付后的验证，以及用户价值的评估环节。

总体来说，用户价值交付体系，就是在公司业务发展战略的大前提下，通过产品方向确定业务需求，通过业务需求产品版本规划，通过版本规划开发软件功能，通过软件功能交付并印证产品的用户价值增值的一个不断循环优化的闭环过程。