软件测试术语 - Adhoc测试
本公众号所有内容，均属微信公众号: 开源测试评论 所有，任何媒体、网站或个人未经授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本公众号协议授权的媒体、网站，在使用时必须注明"稿件来源微信公众号：开源测试评论"，违者本公众号将依法追究责任。
Adhoc Testing
英文：Adhoc Testing
注：没找到合适的中文来表达
什么是Adhoc Testing
当我们在没有合适的计划和文档的情况下进行的软件测试，我们称之为Adhoc Testing。
通常在没有发现缺陷、错误的情况下，Adhoc Testing一般仅执行一次。
在完成了应用程序的正式的测试后，会进行Adhoc Testing。
Adhoc方法是一种最不正式的测试类型，因为它不是一种结构化的方法，高度取决于具体软件测试人员的经验、知识、技能等。
因此使用Adhoc Testing发现的缺陷、错误的方法是难以进行复制的，因为在Ahdoc Testing方式下没有固定的测试场景、策略、用例等等。
因为在没有文档/需求说明的情况下实施Adhoc Testing，该测试的成果取决于软件测试人员对应用系统的熟悉度以及软件测试人员可能的随机性行为。
因此Adhoc Testing的成功与否，取决于实施的软件测试人员个人。
甚至能否发现应用程序的缺陷、错误等，软件测试人员的直觉意识亦显得非常的重要。
什么时候执行Adhoc Testing
当我们只有有限的时间来进行软件测试，是进行Adhoc Testing的时机。
当完成了应用程序的正式的软件测试后，亦进行Adhoc Testing的时机。
请注意： 只有实施Adhoc Testing的软件测试人员对被测系统有深度的理解的情况下，Adhoc Testing才会有价值的效果。
Adhoc Testing形式
结伴测试
两个成员，一个来自开发团队，一个来自测试团队，他们相互协作来确定一个模块中的缺。在结伴测试模式下，能更好的帮助软件测试人员设计出更合理的测试用例，同时也能帮助开发人员更好的理清业务和设计代码逻辑，提前应对可能的变更、风险。通常这类测试在单元测试完成后进行。结对测试
两个成员，均为软件测试人员，对同一系统/模块，共同定制测试方法、策略、思路等进行测试去发现缺陷。在实施过程中，其中一人负责测试执行，一人负责测试记录。Monkey测试
以破坏系统为目的，随机进行测试。
使Adhoc Testing更有效的方法
准备：获取类似应用程序的详细缺陷数据，以便增加发现目标测试系统缺陷的可能性。
创建策略：创建一个策略的测试思路、想法，以便测试时有聚焦的、一致的策略，不需要整成所谓的详细的测试计划文档。
分而治之：将被测系统分类、分块以便我们更好的聚焦到目标模块、流程和更好的深入理解系统。
聚焦关键功能：我们应该关注关键的功能、流程、能力，不要追求所谓的覆盖率。
工具：尽可能的使用调试器、监视器、分析器等工具对关注点深入挖掘缺陷。
记录：虽然Adhoc Testing是随机进行的，但在时间运行的情况下对缺陷进行全生命周期管理,并创建测试用例，以便帮助其他人员复现缺陷。
长按关注OSTRChinese