怎么用尽可能少的去覆盖更为重要的场景呢?(2)
该吐嘈的话已经说的不想再说了,现在就是要去思考解决这个问题了。
那我们应该怎么去定义重要场景呢?
利用MVP定义重要场景
这里我们引入一个概念:MVP。
MVP的概念是随着Eric Ries 《精益创业》的受追捧而逐渐火爆起来。简单地说,就是指开发团队通过提供最小化可行产品获取用户反馈,并在这个最小化可行产品上持续快速迭代,直到产品到达一个相对稳定的阶段。 MVP对于创业团队来说是很重要的,可以快速验证团队的目标,快速试错。
毫无疑问,从价值上来说,mvp就是咱们需要覆盖的重要场景。
拿12306来举例,买票是用户最关心的功能了,那就得考虑买票的测试。
利用PV或者接口访问情况定义重要场景
重要场景一般都是用的比较多的。这个应该适用于大多数系统。
那么对接口访问情况做一个统计,找出调用频次最多的接口,那么它所对应的业务场景,无疑是重要场景。
- 利用日志监控工具去统计(经常用ELK去弄这个万一)
- 利用防火墙日志去统计
- 其他方式
这样简单的两个方式就找到了我们的重要场景了