Defining Test Automation Requirements Through Recordings
Most organizations have gone away from the concept of record & playback as their preferred automation method. The early failures of this approach to automation years ago has left significant doubt that this can be used as a primary method of automation. Instead, automation engineers may rely on manual test cases that outline what needs to be done, review a business requirements document, or analyze a design document. Why can’t recordings help not only fill these requirements, but also provide the foundation for automation engineers to work from? The recorders of today are so much stronger and robust than years past that using recordings as a means to capture test requirements can be one of the strong ways to get reliable test inputs. Whether open-source or commercial, this mechanism can lead automation engineers to seeing what may be brittle in the UI or how to build an API-approach. Join this session to not only see how recordings not only can expedite the creation of hardened automation scripts, but also can open the world to all to create automation requirements.