The Agile Manifesto gives us 12 principles to abide by in order to implement agility in our processes. These principles are the golden rules to refer to when we’re looking for the right agile mindset. But are we getting the right meaning out of them?
In my latest article for Gurock TestRail blog, I examine what we mistakenly hear when we’re told the 12 principles, what pain points the agile team face due to these misunderstandings, and what each principle truly means.
Principle 1: Our Highest Priority is to Satisfy the Customer Through Early and Continuous Delivery of Valuable Software
What we hear: Let’s have frequent releases to show the customer our agility, and if they don’t like the product, we can redo it.
The team’s pain points: Planning frequent releases that aren’t thought out well increases repetitive testing, reduces quality and gives more chances for defect leakage.
What it really means: Agile requires us to focus on quick and continuous delivery of useful software to customers in order to accelerate their time to market.
An agile tester’s work life is intriguing, busy and challenging. A typical day is filled with varied activities like design discussions, test planning, strategizing for upcoming sprints, collaborating with developers on current user stories, peer reviews for teammates, test execution, working with business analysts for requirement analysis and planning automation strategies.
In my article for Gurock TestRail blog, I have explored a typical day in the life of an agile tester and how varied activities and tasks keep her engaged, busy and on her toes all the time!
Let’s sneak a peek into a day in the life of an agile tester — > You will go through the daily routine of an agile tester and will experience their complicated schedule in real time.
Why ‘testing’ might be holding back the quality of your software
Testing or Software QA, has traditionally been the last piece of the software delivery puzzle. Testing and finding bugs at the end of a release cycle was the norm. However, fixing those defects, changing designs and redeveloping the features lead to more work done twice, more time spent on retesting and loads of regression. So, this approach meant testing held you back from your final goal of software quality assurance.
Being the last phase of the development process and mostly being stretched for time and resources, testing has been seen as a hold up for final delivery to market.
With the advent of Agile and DevOps the thought process has changed and the focus now continues to be more on software quality assurance throughout the development lifecycle. Testers today need to focus more on assuring quality than finding bugs.If testing prevents you from delivering on time and you become a bottleneck at the end of a release, you need to focus your efforts on other quality assurance activities, which may or may not be a 100% testing but are surely related to overall quality of your software.
If you feel testing is holding you back from right time deliveries and turning your team into a bottleneck at the end of the release, you need to focus your efforts more on quality assurance activities that are related to the overall quality of your software – and less on the actual execution of your tests. Hope the tips shared here will help out you and your team achieve the quality levels we dream of!