怎么对产品做好测试？这必定是测试团队和个人应一直思考、实践和探索的问题。在经过多年的测试后，我认为，一个成功的产品测试三要素为：测试思路、用户和业务。
要让产品测试获得成功，无非要把握好这三要素。那么我们具体应该怎么做呢？
测试思路
测试思路不局限于我们常知的软件测试方法、测试流程，当然这些是我们必须烂熟于心的。测试思路还应该包括在测试策略、沟通表达方式以及技术工具的选择上。
测试策略，就是说“你如何测试目标产品或应用程序?”。我们都知道，每个项目的情况或者版本的情况是不同的，可能表现在测试周期、测试要求等方面。所以，在测试之前为每个项目定好测试策略，是让测试执行人员把握好节奏，能够最大化发挥测试作用的关键。而不是像无头的苍蝇——瞎碰，最后发现测试效果一团糟，时间上也来不及，最后草草收场。
沟通表达方式包括下面这些方面：
1、FaceToFace的沟通，在敏捷开发中尤为重要。至于怎么培养自己的沟通技巧，这是我们需要不断学习的。
2、用例设计。怎么在有限的时间内设计高效可行的用例？我们应该不停探索和实践。Buglist、思维导图这些都是敏捷迭代中比较可行的方式。
3、Bug描述。简明扼要，标明测试环境、数据，有图有真相，这些是关键。
4、测试报告。既要简明规范，又要显得专业。我们应该尽多的以“图表+分析”说明测试情况，要达到这样的效果：让非专业的人员能看出专业的问题，让专业的人员能够亮瞎双眼直叫绝。而不是全篇干巴巴的白话文，让人云里雾里，仅此就否定测试工作。
5、邮件。怎么写好邮件，把问题或成果清晰的展现在领导和同事面前是必须要学习的技能。我的建议是，邮件中应该简明扼要的说明情况，突出重点，并有结论，不要寄希望于其他人都耐心看完附件。
技术工具，是我们在有限的时间内最大化提高效率和工作质量的制胜利器。这没什么好说的，唯多学习、实践而已。
思路决定出路，在软件测试同样重要。我们不能被前面既定的方法、策略和条条框框所限制，应该多想想多看看，可能就会发现有更多的思路。
站在用户角度
我们还是测试菜鸟时，应该都被告之：站在用户的角度去测试产品。然而，你在工作中真正做到了吗？
常常我发现，产品设计经理也不能驾驭开发，从而出现开发自由发挥。而测试面对现状，也仅听之仍之，做成什么样，那就按什么样设计用例和测试。最后，我们的产品是否能满足用户的期望，全寄期望于开发对用户的理解了？
用户也不是狭隘的指某一个人，除非是为他量身定制的软件，这样只要他高兴就好。很多时候，我发现，一个功能的需求往往是公司权威级领导提出来的。这样导致的后果是，哪怕开发测试都发现其中不妥，仍然一错到底，因为“这是XX总说的！”。这个总只要不是孤芳自傲，我相信，肯定是希望你能提出更好的建议的。不知在哪个大咖的文章中提到，老总更希望身边聚集一批思想交流者，而不全是“实干人才”。
怎么才能站在用户的角度？那我们必须要了解用户，理解用户的期望。用户期望不是我们的假想，“我认为用户应该是想这样XX”肯定不如“根据我与用户的沟通了解，他们期望XX”来的更有说服力。
精通业务
精通业务是我们能深入发现问题的关键。
大部分人往往都是从这一行业，走到另一行业（如教育、金融、通信等），在各行业走马观花，并没有对某个行业有深入的了解。导致，可能招进来的是一个技术上的专家，然而安排到功能业务测试时，并不见得能比在这个行业深扎稳打两三年的初中级测试员发现的问题多。
所以，一个产品要测试好，测试员必须要对这个行业有着较深的了解。这也是为什么我们发现，如金融等行业招人时，往往都要求测试人员有着较深的行业背景。
最后，如果你有更好的见解，不妨分享出来。成功的产品测试，也需要你我交流、学习和分享。