12、对于产品广告中提及功能的测试探索。 产品广告往往是由市场人员作为产品推销而书写的，对于广告中提及的功能，我们要与市场和销售人员进行及时沟通，比如这条语句在那个模块的哪个功能点实现的，然后在产品上具体操作一下，看看是否是那么回事情。广告具有一定的夸大性，这是在所难免的，但是对于夸大成份过大的部分，测试人员有提出修改建议的义务。

　　13、对于产品说明书的测试探索。产品说明书对于用户，特别是一些新用户是了解产品的一个强为有力的工具，所以作为测试人员应该认真对待，我们需要对用户手册中每一条功能进行严格核实。除此之外，我们应该站在用户角度去思考，考虑有些注意事项是否需要告诉用户，用户手册是否便于用户阅读，用户手册的书写逻辑是否合理以及手册中章节的前后顺序是否需要进行调整，以便用户能够更好的熟悉产品…

　　14、对于领域专家提及功能的测试探索。 比如我们正在做一个4G手机产品软件的时候，听到一个新闻，国际上某某通信专家提出以后4G手机产品必须具有X功能。我们要和需求人员，公司领导一起讨论确定这条新闻是否属实，这位专家是否在业内影响力有多大等信息。然后再查看我们的产品是否具有X功能？如果没有，规划立刻把X功能安排进开发计划中；否则，我们是否需要重新审视一下X功能，看看X功能是否需要做优化。

　　15、对于用户并发性的测试探索。 在互联网的时代，用户并发性是个常见的现象。这在制订需求的时候我们就应该定义好同时并发的最大数，然后测试人员根据产品的具体情况，选择合适的工具或者自己开发相应的工具，以便于到产品完成后按照性能指标要求用工具进行并发量测试。

　　16、对于稳定性的测试探索。 稳定性也是用户关心的一项性能指标，如同用户并发性一样，我们同样需要结合自身产品特性，选择合适的工具或者自己开发相应的工具，以便于到产品完成后按照性能指标要求用工具进行稳定性测试。

　　17、对于用户友好性的测试探索。 什么叫用户友好的，什么又叫用户不友好的，这是个仁者见仁，智者见智的问题，没有统一的规范。这项测试在许多企业很难展开。我采取的方法是如果没有客户，让一个模块由多个人进行测试，大家都认为不友好，那么作为不友好bug提出。若有客户，则优先考虑客户的意见。另外我们认为相同模块处理结果的一致性是用户友好性的一项衡量指标，比如提交客户信息后出现的是A风格的界面，提交产品信息后出现的是B风格的界面，这样的用户友好性肯定差。

　　18、对于兼容性的测试探索。 兼容性测试分为产品自身前后版本兼容性，产品在各个显示器或浏览器上显示兼容性，对运行的操作系统兼容性以及与其他产品的兼容性。关于这些兼容性的细节我在这里就不再提及的，大家到互联网上可以很清楚地看到其定义。

　　19、对于升级（upgrade）的测试探索。  一个产品不可能一次就能开发得满足用户的需求，肯定需要经过多个版本，尤其是敏捷开发概念提出以后，版本发布越来越频繁。现在产品大都支持在老产品的基础上，不删除产品，直接运行升级脚本，从而完成升级目的。对于一些实时性要求很高的产品，比如通信产品，在升级的过程中还需要考虑不影响通信业务的正常运行。另外测试完毕升级操作后，我们都要将产品进行还原(Restore)操作，还原到升级之前的版本，以保证维护人员在客户处万一升级失败，用户仍旧可以在老版本上继续进行使用。

　　20、总结：探索式测试强调在一个测程内进行测试设计，测试执行，然后对测试结果进行分析总结，从而进一步对业务知识，测试技巧，测试工具…进行学习。重新调整测试策略，然后进入下一个测程。所以及时地总结测试方法在探索式测试中是非常重要的，大家应该把测试方法放在一个大家都可以看到的地方，比如 WiKi，便于大家都可以及时进行查看和学习。测试人员学习测试方法可以提高自己的测试技能；开发人员学习测试方法可以在开发的时候尽量避免错误的发生，从而起到缺陷预防的效果。

[1] www.context-driven-testing.com