第一：测试要学会抓住重点，不要把宝贵的测试时间浪费在纠结细枝末节上，有这功夫不如多回归几遍核心的主流程。
第二要学会梳理系统框架的业务流程，bug不仅仅出现在你所负责的测试的模块上，也有可能存在于依赖的模块上，其次，越早介入测试越早发现问题，风险越小。
总之呢，不管测试什么样的系统，测试的时候还应该多去思考你所负责测试的这个功能模块或系统，假如出现问题，那么最坏的情况是怎么样的，会对用户造成多大的影响？为了防止未来出现这样的局面，当前有没有采取什么样的措施去避免。而这也与你的产品思维息息相关。加油！测试人
作为一个产品经理，你应该具备的基本素质就是拥有产品思维！
作为一个互联网人，你应该具备产品思维！
作为本次线上活动的运营方，你应该具备产品思维！
作为测试人，你更应该具有产品思维！
“产品思维”这个词似乎随处可以听到或者看到，我相信对广大测试人员来说也并不陌生，今天就和大家一起聊聊测试工程师的产品思维。
既然是聊产品思维，那我们就先来看看产品思维的定义吧：“从用户心理需求出发，结合自身公司的能力以及市场情况，制定的面向市场的可以使商品价值最大化的方案计划的思维体系。”
哈哈，相信不少同学看了这么一长串定义就头大。简而言之，产品思维的本质就是洞察人性+利用人性！
举个例子吧：项目组接到一个新任务：优化一款背单词APP。技术思维是这样的：如何对单词库进行压缩存储？怎么样根据用户偏好决定单词出现的先后顺序？如何让PC端和手机APP端内容同步？
但是产品思维是：怎么让更多的用户参与到背单词活动中来？如何让用户愿意分享自己的单词清单？如何将背单词与线上付费课程联系起来？
通过这个小例子，我们看到了技术思维和产品思维之间明显的差异：技术思维更加关注产品的功能价值、性能指标等；产品思维则是更关注用户痛点和用户价值等。
都说互联网创业者要过三大关：产品关、市场关和管理关。而这三关中最最根本的还是产品关，毕竟打铁还需自身硬才行啊。就好比你开一家服装点，地理位置再好、客流量再大、员工管理再现代化……但是你的衣服质量差，相信你的服装店开不了多久就要关门大吉了。
所以从这个角度上说产品思维决定了一家公司的生死存亡。
看到这里，也许有小伙伴会说：“我知道产品思维很重要啊，但那是产品经理需要考虑的事，我一个小测试，只保证软件没bug就好了啊。”
事实并非如此：就像我们在推行敏捷开发理念时，曾提到过的——软件质量不是测试工程师一个人的事，而是整个团队的事。同理，产品思维也并不是产品经理一个人的事，也是整个团队的事。
如果你是一个初入行的测试人员，你可能只需要了解产品功能、搭建测试环境、编写用例、执行用例、提交测试报告即可……但是如果你是一个有了三四年经验的测试人员，你的思维模式就要从技术模式转向产品模式，因为在一家公司里任何技术最终的目标还是服务用户的，思维模式不转变的话就很可能在互联网的浪潮里被淘汰掉了。
比如Leader让你测试一个注册页面，初级测试人员只需要照着需求文档编写用例然后执行即可，比如测试每个输入框的正常异常输入情况，多个输入框的排列组合情况，输入完成后的信息能否顺利写入数据库，最多支持多少用户同时注册等等……
但是作为一个中级以上测试人员，你可能就会在测试过程中，更加注重用户体验，也会注意到一些初级人员注意不到的问题。
比如：所有个人信息都放在一个页面的话，会让用户产生畏难心理，甚至会放弃注册；支持使用外部账号先登录再注册，方便一些新用户可以先体验产品……
关于如何培养自己的产品思维，我想无非五点：多观察、多学习、多体验、多交流、多实践。
多观察
产品思维来源于生活，又高于生活。
比如去超市买东西，结账的时候总是要排很长的队；
比如去医院看病，传统的流程会让你楼上楼下跑断腿；又比如，入大排档撸串，你发现服务生经常上错菜……
这时候如果你不仅仅是抱怨商家的不给力，而是开始思考出现这些问题背后的原因是什么，有什么方法可以优化他们原有的业务流程，提高商家服务效率，进而提高客户满意度。这既是一个在生活中发现痛点，进而想办法解决痛点的过程；又是一个培养产品思维的好机会。
多学习
活到老，学到老。
当今社会，学习并不仅仅是学生时代的事情，终身学习才是时代的主旋律。不要给自己找借口说自己很忙没时间看书什么的。见过太多的人手机刷朋友圈可以刷上一上午，买的书没翻几页就开始犯困了。而且个人觉得把一本经典书读上100遍，胜过随意浏览100本书，“书读百遍，其义自见”就是这个道理。
多体验
所谓多体验，就是多用别人的产品，边使用边思考这款产品的优劣之处。
下载别人做的APP之前，你可以先了解那家公司的信息、产品定位、目标用户群体、商业模式和核心卖点。打开APP将其核心功能流程过一遍，想想这款APP主要解决了用户的那些需求，还有那些地方可以优化。
然后可以用Xmind软件把这款APP的思维脑图画出来，想想为什么设计者这样设计产品的哥哥模块。再从外观上，看看它的设计风格是不是符合目标的主流审美观。最后思考一下，如果你是这款APP的测试人员，你会从哪几个方面进行测试，你觉得哪些地方最有可能出现BUG，哪些地方还可以进一步优化……
多交流
“思想碰撞出智慧的火花”“听君一席话，胜读十年书”
不管是和测试同行交流，还是和产品、设计、开发交流，还是同客户交流，其实都能学到不少的东西。比如你和测试交流的时候，你可以了解他们用了哪些最新的测试理念和测试技术，这些理念or技术可以解决哪些工程上的难题；你和产品or设计交流的时候，你可以学到他们的产品思维or设计思路。
了解他们手机产品背后的逻辑是什么？
他们期望产品最终达成的效果是什么？
了解这些可以帮你更好的设计测试用例；
你和开发人员交流，可以了解更多技术细节，分析技术风险，甚至提前判断出哪里会出现BUG；
你和客户交流，可以了解到他们的核心需求是什么，哪些地方应该是你重点关注的，需要多加一些测试用例，哪些地方是重要性没那么高的，这样方便你合理分配测试资源。
多实践
“纸上得来终觉浅，觉知此事要躬行”“实践出真知”“光说不练假把式”
产品思维如果不付诸于实践，不融合到我们日常的测试工作中去，它将始终是空中楼阁。
你可以把你观察到的、学习到的、体验到的、交流到的产品思维，哪怕只是很小的一点思路，运用到日常测试工作中。比如你开始关注用户注册的复杂程度了，你可以把这个作为一个用例去执行，度量一下注册需要填写多少条信息、整个注册流程需要花费多长时间，注册过程需要手工设置哪些权限，同时容许多少用户注册等等……
总而言之，产品思维是一种不同于技术思维的思维模式，这种思维模式也是广大测试工程师们需要学习的。因为它能帮你开拓视野，跳出技术思维的局限性；它能帮你更好地理解用户需求，更好地保证产品质量；
它能帮你成为一名优秀的测试工程师！
忙碌是一种幸福，让我们没时间体会痛苦;奔波是一种快乐，让我们真实地感受生活;疲惫是一种享受，让我们无暇空虚。
自己丰富才感知世界丰富，自己善良才感知社会美好，自己坦荡才感受生活喜悦，自己成功才感悟生命壮观！
人生快不快乐看心情，幸不幸福看心态。漫长人生中，什么都不是一眼看到头的，一时的春风得意算不了什么，一时的失败也不能算数。