测试过程中我们经常要找产品同学确认需求，切忌在测试用例设计时不主动沟通，测试过程中有疑问也不主动提出来，等到验收、上线之后出了问题再相互扯皮。测试工程师一个非常重要的能力就是沟通能力，并且是尽早沟通，越到后面，留下的隐患就会越严重。缺陷存在的一个很重要原因是，产品提的需求往往不够明确，并且开发的理解往往存在偏差，正是产品和开发的认知偏差导致一些产品缺陷的存在，测试的价值之一在于发现产品和开发认知之间的壁垒，并且将这个壁垒降到最低。
在和产品沟通前，我们需要先自己理清需求，明白需求的整个背景、功能点、背后交互逻辑等，避免出现鸡同鸭讲，然后还抱怨产品不懂业务的情况，即出现问题要先在自己身上找原因；其次，要更多地用数据说话，举出直观的例子，让产品能简洁明了地get到你的点。
有两个能促进跟产品沟通的方式，一个是实例化需求，另一个是借助系统交互图。
实例化需求是指，将原本生硬、枯燥的一句话需求翻译成具体的几个案例场景。比如我们可能会遇到的，关于提前结清的需求就是一句话：提前结清收取当期利息和剩余本金及提前结清手续费(剩余本金的x%)。
你看到这个需求的时候可能会有疑问，当期利息是从什么时候开始算，如果前面期数已经逾期了还能提前结清吗，已经算了当期利息那剩余本金包括当期吗等等，这时候可以拿一个还款计划，然后列举在不同时间点进行提前结清时收取的金额。可能产品在看到这个实例的时候才会想到，在这些情况下应该要怎么处理合适。
当产品不理解他想要的功能背后的逻辑时，用怎样的语言跟他沟通他也不会明白。这时候，借助Visio、WPS等工具画流程图、系统交互图会是个好主意。有了明确的图，产品同学也能立即明白当前的你理解的和他想的系统交互中不一致的点，以及当前的交互中有遗漏和有风险的地方。
当我们和产品沟通了这些不一致的点之后，应该及时同步给项目组中的其他成员，并将其整理成测试用例、业务文档等，帮助后面接手的开发及其他测试同学更好地理解需求。测试同学要多发挥主观能动性，想更多高效的办法去促成和产品之间的沟通，挖掘更多不确定的点并将其明确，这样我们做的需求才能尽量完整及完善。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
