测试过程中，我们经常要找产品同学确认需求，在这种时候，切忌在测试用例设计时不主动沟通，测试过程中有疑问也不主动提出来，等到验收、上线之后出了问题再相互扯皮。
/沟通能力/
测试工程师一个非常重要的能力就是沟通能力，并且是尽早沟通，越到后面，留下的隐患就会越严重。
缺陷存在的一个很重要原因是：产品提的需求往往不够明确，并且开发的理解往往存在偏差。
正是产品和开发的认知偏差导致一些产品缺陷的存在，测试的价值之一在于发现产品和开发认知之间的壁垒，并且将这个壁垒降到最低。
/如何和产品沟通/
在和产品沟通前，我们需要先自己理清需求，明白需求的整个背景、功能点、背后交互逻辑等，避免出现鸡同鸭讲，然后还抱怨产品不懂业务的情况，即出现问题要先在自己身上找原因。
其次，要更多地用数据说话，举出直观的例子，让产品能简洁明了地get到你的点。
有两个能促进跟产品沟通的方式，一个是实例化需求，另一个是借助系统交互图。
/实例化需求/
实例化需求是指，将原本生硬、枯燥的一句话需求翻译成具体的几个案例场景。比如我们可能会遇到的，关于提前结清的需求就是一句话：提前结清收取当期利息和剩余本金及提前结清手续费(剩余本金的x%)。
你看到这个需求的时候可能会有疑问，当期利息是从什么时候开始算，如果前面期数已经逾期了还能提前结清吗，已经算了当期利息那剩余本金包括当期吗等等。
这时候可以拿一个还款计划，然后列举在不同时间点进行提前结清时收取的金额。可能产品在看到这个实例的时候才会想到，在这些情况下应该要怎么处理合适。
/系统交互图/
当产品不理解他想要的功能背后的逻辑时，用怎样的语言跟他沟通他也不会明白。
这时候，借助Visio、WPS等工具画流程图、系统交互图会是个好主意。有了明确的图，产品同学也能立即明白当前的你理解的和他想的系统交互中不一致的点，以及当前的交互中有遗漏和有风险的地方。
/小结/
当我们和产品沟通了这些不一致的点之后，应该及时同步给项目组中的其他成员，并将其整理成测试用例、业务文档等，帮助后面接手的开发及其他测试同学更好地理解需求。
测试同学要多发挥主观能动性，想更多高效的办法去促成和产品之间的沟通，挖掘更多不确定的点并将其明确，这样我们做的需求才能尽量完整及完善。
最后感谢每一个认真阅读我文章的人，下面这个网盘链接也是我费了几天时间整理的非常全面的，希望也能帮助到有需要的你！
这些资料，对于想转行做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助……
如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以点击下方小卡片加入我们群，大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。
| 点击文末小卡片领取 |
敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找。
自学推荐B站视频：
零基础转行软件测试：25天从零基础转行到入职软件测试岗，今天学完，明天就业。【包括功能/接口/自动化/python自动化测试/性能/测试开发】