[2/28] 保障业务转化为开发需求

对于一个产品研发过程而言，没有什么比产品业务知识的传递更重要的了。因为相交于美观的页面、流畅的交互体验与快速的交付跟新速度，业务才是用户最关注的核心点。如何才能保障用户价值的传递呢？或是保证传递过程中用户的需求不被损耗或是丢失呢？答案就是回归用户真实使用场景，即使用用户故事来描述产品需求。用户故事=用户+故事=人+故+事，就是一个人因为什么原因要做什么事情，其中做主要的还是业务逻辑后隐藏的那个动机。

举个例子用一个用户小明，每天一大早都要挤公交去上班，他的家距离公司不算远只有 5 公里，但却难以通过步行到达。所以这个时候小明需要一个更不用挤公交就能去公司的解决方案（产品）。这是如果我们要研发一个产品，这里面的用户价值在哪里呢？对了，是“提供更快捷的到达公司的方式”。目前一切看起来都还很好，没有任何问题，但当相应人员（如产品经理）没有给出详细的上下文而是写下了一个文档，上面的需求写成这样“由于小明的需求，出于对相关政策与技术趋势的语言，我们需要造一台新能源电动车”。这时，组织里面就会发生一件有意思的事情，团队内的所有人员就会去造车，去研究如何使用新能源造好一辆车，如何造一辆可以百米加速度 5 秒以内的高端新能源汽车。此时，我们换一个视角，仍在每天在寒风中等待公交车的小明，仍在苦苦等待着一个让其可以得以解脱的解决方案。现在大家应该已经都清楚了，这个里面是存在问题的，这个问题就是用户价值的丢失，更准确点来说就是用户需求、用户使用场景上下文的丢失。

这时，作为一个质量保障人员，我们需要做的就是保证项目组内部的业务场景上下文的传递，其一保证有这么一个传递的过程，第二保证业务传递是清晰的。这两个方面也暗含着测试的两个核心思想，即做正确的事，和正确的做事。其具体保证方法有涵盖了质量分析、测试设计、测试执行、和测试总结四个阶段，以及每个阶段对应的测试实践。具体内容会在后续的文章中进行整理。