I find this quite true, from personal experience: I find it more productive when testing with an independent mindset, even when part of a dev team. And actually, everyone appreciates the resulting product evaluation-- positives and negatives included. A strategy where a coder tests his own work plus a test specialist evaluating the end prototype -- doesn't seem superfluous. Each brings a unique contribution to the quality of the end product as a whole.
updated: Regression Tests as a normal part of day to day exploration / Regression Testing
Even before i heard of CICD, i had already coined the term 'continuous regression' in our office. For me it means 'testing for regressions' are not a specific activity, but incorporated into the testing/exploring process itself. In the Hypothesis of Test Phase Space, every dot in that space represents a state of the Test (one dot an input, the other dot an output). And every line connecting those two dots is a Test Path. Each line comprises of multiple other dots between the two end-dots: these are potential branch points to other dots (linking to misbehaviour-outputs, or linking to other test paths) such that while exploring current code changes/fixes it is inevitable that some of these code changes may/might be linked to other parts of the product. It is in such context that i couch continuous regression testing. Continuous modular regression testing should be part of normal exploratory testing. How fast and how thorough should these tests be? As speedy as the deg...
Comments
Post a Comment