我们有时必须处理潜在客户来找我们做一些工作并想知道我们如何进行测试的请求。通常,我们听到的是一个高级别的声明(或具体来说是一个班轮),例如:
- 应用程序 x 正在从平台 x 移植到 y,我们想知道您的测试策略。
- 我们从移动应用程序开发开始,想知道您如何帮助我们提高质量。
我觉得这么多信息不足以接近战略或计划。我通常倾向于通过准备一份问题清单来与潜在客户进行对话,具体取决于我可以从我周围的人(现阶段参与其中)和我自己的经验那里收集到多少信息。我试图了解这种工作的业务案例、技术堆栈、业务领域及其复杂性、测试目标以及其他一些事情。这些问题的答案提出了更多的问题,并且这种情况持续了一段时间。
处理这种情况有哪些更有效的方法?过去,我们曾尝试制定一个可以在这种时候参考的通用策略(解释我们的流程和工具,并使其独立于任何业务案例),但我真诚地认为每个此类请求都有其自身的背景,但取得了有限的成功并且回复需要牢记这一背景,而不是依赖一套指导方针(即使在组织内部,我们的战略、工具和在一定程度上流程也因项目类型而异)。问题是我们的信息非常有限,有时潜在客户不愿意等待信息交换周期。有什么想法/建议吗?