怎么用尽可能少的去覆盖更为重要的场景呢？（2）

怎么用尽可能少的去覆盖更为重要的场景呢？（2）

该吐嘈的话已经说的不想再说了，现在就是要去思考解决这个问题了。

那我们应该怎么去定义重要场景呢?

利用MVP定义重要场景

这里我们引入一个概念：MVP。

MVP的概念是随着Eric Ries 《精益创业》的受追捧而逐渐火爆起来。简单地说，就是指开发团队通过提供最小化可行产品获取用户反馈，并在这个最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。 MVP对于创业团队来说是很重要的，可以快速验证团队的目标，快速试错。

毫无疑问，从价值上来说，mvp就是咱们需要覆盖的重要场景。

拿12306来举例，买票是用户最关心的功能了，那就得考虑买票的测试。

利用PV或者接口访问情况定义重要场景

重要场景一般都是用的比较多的。这个应该适用于大多数系统。

那么对接口访问情况做一个统计，找出调用频次最多的接口，那么它所对应的业务场景，无疑是重要场景。

• 利用日志监控工具去统计（经常用ELK去弄这个万一）
• 利用防火墙日志去统计
• 其他方式

这样简单的两个方式就找到了我们的重要场景了