We have to deal at times with requests where a prospective customer is approaching us for some work and is interested to know how we do testing. Generally what we hear is a high level statement (or one liner to be specific) like
- Application x is being ported from platform x to y and we would like to know your test startegy.
- We are starting with mobile apps development and would like to know how can you help us with quality.
I dont feel this much information is enough to getting anywhere close to strategy or plan. I generally tend to initiate a dialog with the prospect by preparing a list of questions depending on how much information I can gather from people around me (who are involved at this stage) and my own experiences. What I try to understand is business case for such an effort, the technology stack, business domain and its complexity, test objectives and few other things. The answers to these questions raise more questions and it goes on like this for a while.
What I would like to know is what are some of the more efficient ways to handle such situations. We have tried with limited success in the past to prepare a sort of generic startegy which we can refer at such times (explaining our processes and tools and keeping them independent of any business case) but then I sincerely feel that every such request has its own context and has to be replied keeping in mind that context rather falling back on one set of guidelines (even within the organization our strategy,tools and to an extent processes differ depending on the type of project). The problem is that we have very limited information to start with and at times the prospect is not willing to wait for the information exchange cycle. Any ideas/suggestions ?