The connection between Tinder, life-saving kidney transplants and software testing is not immediately obvious. Don’t worry if you can’t spot the connection; it took Nobel-Prize winning contributions in Computer Science and Economics for all to become clear.
In our current world of test design we like to focus heavily on following a specified pattern by which we will create our tests. In a perfect world, we would be able to follow the rules we have set. However, in real life working environments you will occasionally find that there is no good solution that fits. This blog considers 8 ‘golden rules’ including if, why and when we break our own rules.
In our current world of test design we like to focus heavily on following a specified pattern by which we will create our tests. In a perfect world, we would be able to follow the rules we have set. However, in real life working environments you will occasionally find that there is no good solution that fits. This blog considers 8 ‘golden rules’ including if, why and when we break our own rules.
Last month we wrote about Robotic Process Automation . In this blog I wanted to describe how we’re applying these RPA techniques to testing Trading and Risk Management systems and specifically I want to talk about a technique where we dynamically create new tests that react to the system under test.
In the robotic era, investing in regression test automation for your core, regularly changing applications is no longer optional because your strongest competitors are already doing it. Robotics offers the opportunity to increase productivity, reduce the burden of mundane tasks and to improve speed and accuracy in quality assurance.
If we adhere to best testing practice, we will emerge from the deep jungle of system implementation with a carefully crafted suite of automated system tests which can then be used for ongoing regression testing on the savanna plains of 'business as usual'.
But what if these good intentions get stampeded on the trek to the watering hole?
