测试员 4 通过一种称为“模型驱动测试”的智能测试自动化方法糅合了其它测试员的方法。
模型驱动测试并不像静态测试自动化那样逐字逐句的记录测试序列，也不盲目的在键盘上敲打。模型驱动测试通过对应用行为的描述来判断哪些操作是可能的、期望输出是什么。这种方式不断自动生成新的测试序列，很好的适应了应用程序的变化，能够同时在多台机器上运行，并能整天运行。
“一个艺术家用他的智慧画画，而不是用他的手。”
--Michelangelo Buonarroti
这个故事的寓意
手动测试是开始测试自动化过程的好的方法。我把这个阶段称为 “ 探索式建模 ” ，因为它综合了探索式测试过程和用来生成测试的模型的发现过程。当你开始搞清每种操作的行为后，你就能创建能帮助建模和测试应用程序的规则。
测试员1的方法需要他的手不停的在键盘上工作。最后测试员1精疲力竭。
测试员2的静态脚本重复他的手已经执行过的那些键盘操作。
测试员3的猴子式测试本质上是无目的的在键盘上乱敲。
测试员4,从另一方面，在其它技术上进行了补充：
1. 思考应用程序的行为，
2. 将行为描述给一个测试生成程序，
3. 让测试生成程序来创建和运行测试用例。
通过根据应用程序行为描述生成测试，测试员4能够执行那些在使用其它测试方法时不可实现的测试。
这个故事的寓意：自动化你的大脑，而不只是你的手。
? 使用你的大脑
让我们看一个创建和使用行为模型来测试应用软件的例子。
手动测试是开始测试自动化过程的好的方法。我把这个阶段称为“探索式建模”，因为它综合了探索式测试过程和用来生成测试的模型的发现过程。当你开始搞清每种操作的行为后，你就能创建能帮助建模和测试应用程序的规则。
这就是模型驱动测试的精髓：按照一种能够被用来生成测试的方式来描述行为。针对你将要测试的每一种操作，问自己以下两个问题：
1. 什么时候这种操作是可能的?
文章来源于领测软件测试网 https://www.ltesting.net/
