在刚开始编写测试用例和寻找测试灵感时，常常困惑不知道从哪些方面思考问题，是否有某些场景遗漏。
本文通过产品、业务、团队、项目、利益关系人以及其他外部因素这6个方向来更全面地汲取测试的思路和灵感。
从这几个方面思考产品的价值、风险和机遇，可以很好地辅助测试人员完善测试用例设计，提高测试覆盖度，保障产品的质量。
由于篇幅关系，今天主要介绍从产品方面来思考测试思路和灵感。
产品篇
1、产品功能
最直观且显而易见的测试思路来源就是这个产品应该实现什么功能。
完备的产品需求文档，示例以及其他规范有助于测试用例的设计。测试人员需要思考文档中是否还包含隐含的功能需求，同时需要警惕不合常理的逻辑。
2、异常场景
一个合格的软件需要具备更为全面的异常处理能力。因此在思考测试思路过程中，可以通过假设法来思考所有可能的异常场景，进而完善对产品容错相关测试用例的设计。
3、模型
通过描述状态，转换关系以及转化路径的状态模型，有助于提升对产品的理解，完善设计的测试用例。通过启发式测试策略模型构建一个自定义的模式，可视化的模式有利于沟通，同时在建模过程，测试思路就会源源不断的从你脑子里迸发出来。在测试过程中，大家常常会有这样的感受：一张状态模型图胜过千言万语。
4、数据
软件中信息交互都是通过数据，所以数据为王。在思考分析有效和无效数据过程中，会给你带来很多测试思路。在设计测试用例时，需要考虑数据的边界值，数据类型，数据格式，CRUD（创建，读取，更新，删除）以及数据间的依赖关系。
5、环境因素
任何一个产品都绝非孤岛，它需要软硬件环境的支撑，所以环境兼容性（硬件，操作系统，应用，配置，语言）是非常重要的测试灵感来源。通过系统整体的理解，有助于进一步拓宽测试思路。而这些测试思路仅从孤立的产品层面看，是难以挖掘到的。
6、白盒测试
将测试人员的破坏性思维置于开发人员的架构，设计和代码的角度，找到容易修复的bug。同时，通过白盒代码逻辑的阅读，有助于测试同学了解开发的判断逻辑和代码运行路径，这些都是从黑盒的角度比较难获取到的信息。通过代码覆盖率测试，可以快速地找到测试尚未覆盖到的代码。
7、历史bug
旧版本出现的bug,很有可能在新版本中仍会出现，通过回顾历史版本所提出的bug可以获取很多测试思路和灵感。
8、负面言论
在各类网络和社交媒体上总会出现一些关于产品的负面反馈，有些可能是恶意中伤，有些是产品的逻辑不符合用户体验，有些是产品的bug。测试人员可以通过对各类媒介去检索和产品相关的负面反馈，了解产品存在的问题并获取更多的测试思路。测试人员的目标就是消灭负面言论或者证明其确有其事。
9、Dogfooding
如果日常中一直使用自家的产品，你将很容易发现产品所存在的问题。dogfooding策略可以帮助你更好地了解产品的特性。
在我们项目组中，给我们提出最多问题的是测试组和产品组的两个主管，后来了解到，他们在日常生活中都会经常使用自己公司的产品，所有总能在第一时间发现问题。如果你可以吃自己的狗粮，那么，你就可以吃的很好。
10、技术
通过对产品的内部技术原理的认识，测试人员可以更清晰的了解产品存在哪些限制，存在哪些安全问题，存在哪些隐患，哪些参数需要修改以及何时修改，来提高测试的覆盖度，更好的保障产品的质量。
11、友商（竞品）
good artists copy, and great artists steal.
友商是最好的老师。在测试过程，我们可以参考友商的实现方案来更好的了解原理，通过友商的技术支持，FAQ文档等材料获得测试灵感和思路。同时友商也是我们在进行问题定位时标准的参照物。
总结
上述仅是为大家思考测试想法和场景提供辅助作用，如何能够提高测试能力，有效发现问题呢？很简单，用心专研学习。