The architecture of the Smart Test is described. Instead of writing a script, the Tester designs a functional model of the system to be tested, such as an application. For example, the Tester would model the functions of the system to be tested, such as a main window, a menu bar, drop-down menus, specialized windows etc. The more complete the model, the better the chance testing will cover existing function. The Tester would also define any facts that the model might need (for example, the name of the file to be opened and saved). The Tester then defines any goals or subgoals to be attained. A goal might be saving the file. Then the rules under which the model will operate are defined. One rule might be if the file (named as a fact) has its date and/or time changed, then the goal of saving the file was reached and the test will end.

De architectuur van de Slimme Test wordt beschreven. In plaats van het schrijven van een manuscript, ontwerpt het Meetapparaat een functioneel model van het systeem dat, zoals een toepassing moet worden getest. Bijvoorbeeld, zou het Meetapparaat de functies van het systeem dat, zoals een hoofdvenster, een menustaaf, drop-down menu's, gespecialiseerde vensters enz. moet worden getest modelleren. Vollediger het model, zal beter kans het testen bestaande functie behandelen. Het Meetapparaat zou ook om het even welke feiten bepalen die het model zou kunnen vergen (bijvoorbeeld, de naam van het te openen en worden opgeslagen dossier). Het Meetapparaat bepaalt dan om het even welke te bereiken doelstellingen of subgoals. Een doel zou het dossier kunnen opslaan. Dan worden de regels waaronder het model zal opereren bepaald. Één regel zou kunnen zijn als het dossier (dat als feit wordt genoemd) zijn veranderde datum heeft en/of tijd, dan werd het doel om het dossier op te slaan bereikt en de test zal beëindigen.