2025年测试策略模式软件测试面试

_软件测试面试必备第 18 章测试方略模式18.1 记录测试(也称为记录与回放测试、机器人顾客测试、捕捉/回放测试)怎样准备软件的自动化测试？通过记录与应用程序的交互并使用测试工具回放它们来自动化测试。图 18-1 记录测试示意图自动化测试有几种目的。在回归测试软件更改之后，它们可以用于这些软件。它们有助于归档软件的行为。在写软件之前，它们可以指定其行为。怎样准备自动化测试脚本，对可以将它们用于什么目的、它们对 SUT 中的变更有多强健以及准备它们需要多少技能与努力等产生影响。记录测试使得可以在构建 SUT 之后、变化它之前迅速创立回归测试。18.1.1 运行原理我们使用一种工具，它会监控我们与 SUT 的交互。这种工具记录大多数 SUT 对我们的通信以及我们对 SUT 的响应。录音会话完毕之后，可以将它保留在文献里以便稍后回放。准备运行测试时，可以从工具的“回放”部分开始，并让它指向录音会话。它启动 SUT，并给它提供响应 SUT 输出的记录输入。在录音会话内，它也可以比较 SUT 的输出及其响应。错误匹配也许导致测试失败。有些记录测试工具容许调整录音会话内 SUT 体现与回放过程中 SUT 体现之间比较的敏感性。大多数记录测试工具通过顾客界面与 SUT 交互。18.1.2 使用时机假如应用程序正在运行，但不但愿对它进行太多变更，就可以使用记录测试进行回归测试。既有应用程序需要重构(估计修改功能性)而没有可用的脚本测试用作回归测试时，也可以使用记录测试。一般，生成一组记录测试比准备具有相似功能性的脚本测试更快。在理论上，任何懂得怎样运行应用程序的人都可以完毕测试记录，几乎不需要专业技术。实际上，许多商业工具都值得深入学习。同步，需要某些专业技术来添加“检查点”，以便调整回放工具的敏感性，或者调整测试脚本 (假如记录工具记录了错误信息)。大多数记录测试工具通过顾客界面与 SUT 交互。假如 SUT 的顾客界面不停发展，这种措施尤其容易让它们变得脆弱(接口敏感性，参见“脆弱测试”)。甚至是小的变更(例如变化按钮或字段的内部名称)也足以让回放工具产生错误。这些工具也倾向于在低级别详细记录信息，这样会让测试难以理解(参见“模糊测试”)。因此，假如对 SUT 的变更中止了这些工具，也很难手动修复它们。因此，假如SUT 不停发展，就要准备有规律地再记录测试。假如要使用作为文档的测试或者要使用这些测试驱动新的开发，就应当考虑使用脚本测试。使用商业记录测试...