In testing, as in other areas, there is a bureaucracy  that usually is not very good. I think the main focus is to develop a personal approach and use it, to do a good job and be self-motivating. Only following procedures, without presenting changes that will work for everybody, is not very good or productive in the end.

This doesn’t mean to break every rule and just attack everything. First its good to try to understand why are those procedures in the first place, what is the purpose of it. Usually its there because of the need to measure work, coverage, risk. When  choosing the procedures keep in mind that who makes it needs to use a “common language”. Since in testing this is not too much of it or there are the approaches like “test case”,  which assumes simple linearity in the craft, its still what is used by default.

Solution is to present clear examples of how things are not working as supposed to work, are not efficient or motivating for the people who perform it, and in general are not very good. But this is only half of the work. The other half is to present proper replacements.

ShareThis