Derived from this post back in January 2013, and subsequent discussions, Mortgage Driven Testing is one of those terms that gets bandied about in the testing community on occasion. Matt Wynne also spoke on a similar topic at SkillsMatter. However, I think Matt’s interpretation can be applied more broadly, so here’s my view of what the Mortgage Driven Testing (MDT henceforth) charter might look like:
We have discovered that there is money to be made from this testing lark with rich veins of ignorance to be mined in both fearful testers and under-informed project managers/teams. We who subscribe to the MDT approach have therefore come to value:
 fragile GUI level test automation over robust, service and API layer focused checks
 lengthy and difficult to maintain manual test scripts over intelligent and reactive exploratory testing
 rigidly enforced processes over continuous learning and improvement
 a distinction between specialist roles over cross-functional teams
 certification over reputation
 metrics over meaning
That is, we value the items on the left over the items on the right because the items on the right are scary, require additional effort and potentially threaten our livelihood.
The list above is a draft. I expect to refine it further, but if you have any suggestions or modifications, I’d love to hear about them.
P.S If you're interested in learning more about performance testing, checkout my Performance Testing 101 course here.