We all know that defects that are found late in the development cycle regardless of methodology used are much more costly to fix than those found as close to the customer request or requirements as possible. This is where continuous testing comes in to save the day. Everything step in the development process has a testing phase, write a requirement and then test it to make sure it will deliver what the customer desires or values. Design the architecture, then test it to make sure that it is appropriate for the needs of the feature. Implement the first lines of code and test it to make sure at the unit level everything is returning as expected. Once committed to the branch or trunk then the continuous integration process can run those previously local unit tests and then deploy the build and do additional integration and functional automation testing. When builds are pushed to the pre-prod and even the production environments there should be tests run to ensure that everything is working just as it did in the first environment. In production there should be system health tests and other monitoring to ensure that the system is working as expected and to help identify problems early before customers start calling.
My blog to describe different ways of testing things and also to talk through past and current testing challenges and my push to keep testing alive and well in the organizations where I have worked.
Subscribe to:
Post Comments (Atom)
What is the worst thing that could happen?
If you are a tester you probably routinely look at software or a system and try to determine what is the worst thing that can happen? What i...
-
Everyone says that a picture is worth a thousand words, how about a time lapse movie, is it worth many times a thousand words? We ...
-
It has been many years since I have written a blog entry (July 14, 2011), six and a half years ago roughly. My last blog post was about putt...
No comments:
Post a Comment