Perhaps you saw a 2014 story in the New York Times about a man who had just changed jobs and applied to refinance his mortgage. Even though he’d had a steady government job for eight years and a steady teaching job for more than 20 years before that, he was turned down for the loan. The automated system that evaluated his application recognized that the projected payments were well within his income level, but it was smart enough to seize on a risk marker: His new career would involve a great deal more variation and uncertainty in earnings.
Automated testing expanded with Agile principles because testing in a repeatable manner that is secure, reliable, and keeps pace with the rapid deployment of software is required for this environment. In their book Agile Testing: A Practical Guide for Testers and Agile Teams, authors Lisa Crispin and Janet Gregory claim Agile development depends on test automation to succeed. They emphasize the team effort required for test automation and recommend automating tests early in the development process. Also, the development of automation code is as important as the development of the actual production code for software. The “test-first" approach to development is known as Test-Driven Development.
A business process management system is quite different from BPA. However, it is possible to build automation on the back of a BPM implementation. The actual tools to achieve this vary, from writing custom application code to using specialist BPA tools. The advantages and disadvantages of this approach are inextricably linked – the BPM implementation provides an architecture for all processes in the business to be mapped, but this in itself delays the automation of individual processes and so benefits may be lost in the meantime.