从用户使用的角度去测试
基于用户使用场景的测试不能保证产品没有问题，但必须保证产品在用户使用过程当中没有问题，这就要求测试人员必须从用户的角度出发，真正按用户的操作流程去操作测试产品的功能。再就是把编写测试用例的时间，留出来用于理解产品的功能需求，以便在测试的过程当中及时发现不满足需求的功能点，因为这类功能点在测试的时候并不会出错，但却不是需求说明书中所设计的那样，这就需要测试人员充分的理解需求。也不是说测试用例就不需要编写了，而是在测试的过程当中，依赖测试工具去记录测试的过程，后期再来整理这部分用例。因为这个测试阶段结束了之后，后续还是要继续验证产品的整体功能的，包括底层的功能，这时可以一起编写测试用例文档。
从用户的使用场景出发去测试需要测试人员对用户使用产品的方式有一定的了解，比如说财务系统和普通的业务系统在操作的时候差异就比较大，原因是财务系统受国外成熟财务系统产品的影响比较大。这需要测试人员去更多的了解用户的使用，当然这个过程也还是要基于产品自身的功能结构设计，不排除有一些需要培养用户使用习惯的功能，这种功能就需要产品经理做一些特别的说明，以使测试人员理解产品设计的意图，最好可以提供一份产品操作使用手册。
前面也都提到了这种测试方式是存在风险的，这就要求在发布上线之后要继续进行剩余功能的测试，而不是测试过程就终止了。在后续的测试过程当中，可以一并验证之前遗留的问题，并在接下来的一个快速迭代中上线解决掉，这样就可以将产品的功能风险降到最低，使产品提供稳定的服务。
基于用户使用场景的测试目前应用的还不是很多，在创业型产品的快速迭代中，或者敏捷开发模式下的敏捷测试当中，会有一些应用。这种方式虽然有一定的缺陷，但却是一种非常好的备选方案，可以在保证项目进度的情况下，也能保证用户在使用产品的时候不出问题，使产品在用户手上没有问题，这也是发布产品的一个目的，符合产品发布的要求。
