Language menu for mobile

Action Based Testing

The Action Based Testing™ method represents the continued evolution of the keyword-based testing approach and is the foundation of LogiGear's test automation toolset, TestArchitect™, which uses keywords to create and automate the majority of tests without scripting of any kind.

Action-Based Testing (ABT) provides a powerful framework for organizing test design, automation and execution around keywords. In ABT, keywords are called actions-to make the concept absolutely clear. Actions are the tasks that are executed during a test. Rather than automating an entire test as one long script, tests are assembled using individual actions. Non-technical test engineers and business analysts can then define their tests as a series of these automated actions.

Unlike traditional test design, which begins with a written narrative that must be interpreted by each tester or automation engineer, ABT test design takes place in a spreadsheet format called a test module. Actions, test data, and any necessary GUI interface information are stored separately and referenced by the main test module.

Action Based Testing Books

Action Based Testing Videos

Action Based Testing Articles

TestArchitect for Visual Studio is a keyword authoring platform extension designed specifically to enhance coded UI test automation in Visual Studio 2012.
There is no single recipe to make big testing a big success. It takes planning and careful execution of the various aspects, like test design, infrastructure and organization – a mix that can be different for each situation in which you may find yourself.
To address the challenges and fears of implementing automation in agile projects, LogiGear CTO Hans Buwalda presents Action Based Testing as the answer.
Agile methods are becoming more and more popular and successful for developing IT systems. Typical properties of an Agile method, like Extreme Programming, are continuous user involvement and an emphasis on the testing role (‘Users’ may be the actual users of the system you are creating, customers, or business analysts who provide the requirements on behalf of the end-users).
Keyword based testing is gaining ground. More and more organizations see this model, in which tests are not scripted but written as a series of keywords with arguments, as a valuable alternative to record and playback, or scripting of tests. A good theoretical basis for keywords can be found in the well-known automation book Software Test Automation, by Dorothy Graham and Mark Fewster, and also in numerous articles and white papers on the LogiGear website.
Keyword driven methodologies like Action Based Testing (ABT) are usually considered to be an automation technique. They are commonly positioned as an advanced and practical alternative to other techniques like to “record & playback” or “scripting.”
Keyword driven testing is a software testing technique that separates much of the programming work of test automation from the actual test design. This allows tests to be developed earlier and makes the tests easier to maintain.
Test automation is significant and growing, and yet I have read many forum comments and blog posts about test automation not delivering as expected. It’s true that test automation can improve reliability while minimizing variability in the results, speed up the process, increase test coverage, and ultimately provide greater confidence in the quality of the software being tested, but in (too) many cases the benefits never
Over the years many agile proponents have come out strongly against offshoring some of the development team, and in particular against having a remote testing team. We made use of not one, but two separate outsourcing providers located in two offshore locations.