Skip to main content

3 Steps to Make Testing More Agile!

It's been a while, here is a great post I have found... More to come!

If you have a large dev team in your software testing company, you communicate closely and cooperate with other team members often, it’s time for you to acquire an agile style of the testing process. The agile development methodology is widely applied today as it gives much better results if organised properly.

Here are 3 keys to making the testing part of development projects agile and more value-driven as well.

  1. Look outside your QA bucket

Try to get behind the QA boundaries. Take part in the analysis stage by attending meetings, helping to review user stories, etc. During such meeting sessions make a rule of giving your feedback and setting your testing expectations. Once you try to look outside your immediate QA role, you’ll understand the true purpose of both the stories and the project indeed and ensure that the features meet their purposes better. Grasping the business value of each story will let you find more bugs appearing outside purely functional requirements or even stop bugs from coming up.

  1. Focus on the technical core

The above step speeds up stories going through testing significantly, but it doesn’t handle the core of the problems you may have. To take the bull by the horns, in most cases it’s necessary to change your tech stack moving away from the undeveloped test suite built in CMS towards a proper and straightforward testing pyramid. Many software testing companies choose Ruby for a new language as it has its mature active community as well as testing built into the DNA. The testing framework should be evolved with the changing application needs to ensure better test coverage and faster feedback.

  1. Encourage the QA culture in your team

While the two previous steps help you improve the testing process indeed, they don’t change a tester’s role as the “QA gate”. The key to the agile model is cross-function organisation of your team where nobody is strictly bound to one aspect of the product development. That’s why you have to advocate quality in every project aspect to create your team culture responsible for the software quality. Probably, the most effective method of all is excluding the QA column from your agile board. Thus, developers no longer have their safety net that it’s testers’ role to ensure the code works as expected, and learn to take more responsibility for the quality of their code. These steps may be difficult to apply in start-ups, but large IT companies already benefit from the agile model of processes. If agility implies greater success, why not try it?

Comments

Popular posts from this blog

My Testbash Brighton 2017 Notes

This was my second Testbash... if you ever get the chance in the future these conferences are a must!
I took copious amounts of notes from the 9 talks and tried to highlight my key takeaways here... hope they make sense but please comment if you have any questions :-)
Amy Phillips - Continuous Delivery
A survival guide to joining a fast paced environment/project…
Where does testing fit within Continuous delivery:


As highlighted, basically from start to finish…
There are lots of things we can do when joining a project that is using Continuous Delivery but one of the main points from this talk was to do your research! There should be an element of "Continuous" in every aspect of the project.
·Learning the ling, what's the difference Continuous Delivery, Continuous Deployment, Continuous Integration, Continuous design, Continuous Improvements etc.? ·Understand what your role in the project is going to be ·Understand the teams values, What's going well and maybe what the team p…

Leeds Testing Atelier - April 2018

The Importance of Building a Good Community of Practice

Within every organisation i think we can all agree that 'collaboration' is a major factor to the success of any project or initiative.

As organisations grow, new teams are created and existing teams fragment from each other, this is natural and i doubt that will change.

So what impact does that have to an organisation?
Stress in the work place? Unmet expectations? Relationship breakdown? Low Morale? Dissatisfied Clients? Collateral damage is inevitable.
When clients are dissatisfied, they often take their business elsewhere, which costs your company money. Poor communication can lead to high employee turnover, which creates a cost of hiring and training for new positions. At the least, with lower productivity and an unclear sense of purpose, poor communication causes employers to pay for work hours that are not efficiently spent, costing money, affecting efficiency, and keeping employees from reaching their true potential.
Its sometimes difficult to work on projects where you/y…