In-Sprint Automation - An Automation approach in Agile Environment.
In-Sprint Automation In Agile -
In-Sprint Automation - In Sprint automation is process to start automation early in Sprint & complete it with in Sprint. Most of project now a days followed Agile framework, Sprints start with Story selection & development of stories. In traditional automation approach Test Team needs to wait till Stories delivered i.e. UI is ready or Web Services are deployed. Stories normally delivered mid of Sprint of towards end of sprint so automation could not be started or completed within Sprint.
In-Sprint Automation handle this problem by Starting Automation activities when Sprint starts so automation could be completed within Sprint.
In-Sprint Automation Preconditions-
To Start In-Sprint automation Test Engineers must be involved in all agile activities i.e. they should be involved in Product Grooming , Story Pointing, Backlog Grooming etc. so they had complete knowledge of the product & all new functionalities.
For UI automation Test Engineers should know all XPaths & functions to be used on pages. These XPaths should be provided by development team or they should inform Id's, Name's , LinkTexts or other identifiers.
UX team should deliver wire-frames for UI designs so Test Team could take CSS elements like Color, Height, Padding etc & create XPaths. For Web Services API automation , Product Owner or Technical Architect should provide BaseURL , Resources, PostBody , Headers & Response so Test team could create base test cases.
QA Environment or UAT env or Staging should be ready.
In-Sprint Automation Process -
For UI automation Test Team requires Xpaths to identify elements, Team Team could not create XPaths unless required HTML are provided or UI is deployed. In traditional Test approach Test Team waits for UI to be up & running.
In Agile process Test Team discuss all identifiers required with Dev team, Dev team knows what they are going to develop so UI developers can provide XPaths or based on wireframes provided by UX team they can provide information for XPaths or identifiers to Test Team so test team can start writing required functions.
UX team provides wireframes to UI developers for building new pages. These wireframes have information for all major CSS elements like Height, Length, Color , Background color, Padding etc. If Test team need to validate CSS elements they need these CSS elements. So for In-Sprint automation Team Team should have wireframes handy when sprint starts so they could inspect these wire frames & start writing UI validation test cases.
For Webservices automation Test Team requires information for new endpoints , resources , headers , body & response. All of this information should be available to Test Team for creating automation test cases.
Test data for different iterations should be available or Test Team needs to generate this. When all this information is available Test team can use these information for creating new test cases. If response is available Test Team can validate response against test data
In-Sprint Automation Challenges -
Most of the time Test Team does not get XPaths / HTML files / UX designs on time so Test could not be started.
Change in Sprint Scope or requirement impacts on test automation.
Change in UI designs or functionalities resultants in more rework.
Change in CSS elements or DOM results in rework for XPaths.
In-Sprint Automation - In Sprint automation is process to start automation early in Sprint & complete it with in Sprint. Most of project now a days followed Agile framework, Sprints start with Story selection & development of stories. In traditional automation approach Test Team needs to wait till Stories delivered i.e. UI is ready or Web Services are deployed. Stories normally delivered mid of Sprint of towards end of sprint so automation could not be started or completed within Sprint.
In-Sprint Automation handle this problem by Starting Automation activities when Sprint starts so automation could be completed within Sprint.
In-Sprint Automation Preconditions-
To Start In-Sprint automation Test Engineers must be involved in all agile activities i.e. they should be involved in Product Grooming , Story Pointing, Backlog Grooming etc. so they had complete knowledge of the product & all new functionalities.
For UI automation Test Engineers should know all XPaths & functions to be used on pages. These XPaths should be provided by development team or they should inform Id's, Name's , LinkTexts or other identifiers.
UX team should deliver wire-frames for UI designs so Test Team could take CSS elements like Color, Height, Padding etc & create XPaths. For Web Services API automation , Product Owner or Technical Architect should provide BaseURL , Resources, PostBody , Headers & Response so Test team could create base test cases.
QA Environment or UAT env or Staging should be ready.
In-Sprint Automation Process -
For UI automation Test Team requires Xpaths to identify elements, Team Team could not create XPaths unless required HTML are provided or UI is deployed. In traditional Test approach Test Team waits for UI to be up & running.
In Agile process Test Team discuss all identifiers required with Dev team, Dev team knows what they are going to develop so UI developers can provide XPaths or based on wireframes provided by UX team they can provide information for XPaths or identifiers to Test Team so test team can start writing required functions.
UX team provides wireframes to UI developers for building new pages. These wireframes have information for all major CSS elements like Height, Length, Color , Background color, Padding etc. If Test team need to validate CSS elements they need these CSS elements. So for In-Sprint automation Team Team should have wireframes handy when sprint starts so they could inspect these wire frames & start writing UI validation test cases.
For Webservices automation Test Team requires information for new endpoints , resources , headers , body & response. All of this information should be available to Test Team for creating automation test cases.
Test data for different iterations should be available or Test Team needs to generate this. When all this information is available Test team can use these information for creating new test cases. If response is available Test Team can validate response against test data
In-Sprint Automation Challenges -
Most of the time Test Team does not get XPaths / HTML files / UX designs on time so Test could not be started.
Change in Sprint Scope or requirement impacts on test automation.
Change in UI designs or functionalities resultants in more rework.
Change in CSS elements or DOM results in rework for XPaths.