目录
Q3:讲一下线上的监控脚本这个是干什么的？可以讲一个具体的监控的case吗
Q1:觉得这一段实习跟百度网盘服务端的有什么区别？
移动端和pc端
在这一段实习当中，我主要负责的是百度的出海广告投放平台mediago的服务端测试。本段实习当中，测试的流程与百度网盘实习的最大区别在于：mediago系统没有移动端，呈现给使用的用户的是一个pc端的应用程序。也就是因为存在这样的差异，所以我们测试的时候也有一定的区别：
测试方式的不同
百度网盘：
在百度网盘的时候，rd同学提测会发来一个提测报告，上面写明改动的代码是什么，以及本次改动代码涉及到哪些接口。测试的时候，更加关注的是后端白盒代码的测试。主要是白盒测试。
mediago：
前后端一起测试：一个需求的改动可能涉及到前端代码和后端代码的改动。测试的时候，直接站在用户的角度进行测试。有的时候为了构造一些特定的业务场景，可能会在数据库当中构造数据来进行测试。这边的测试更加偏向于灰盒测试。无需关注代码的具体实现。
觉得两种测试方式哪种更加好？
这个问题等同于提问：灰盒测试和白盒测试有什么不同，哪种测试方式更加优胜？
回答：两种测试方式各自有各自的优点：
白盒测试可能更加关注代码的执行逻辑，覆盖率比较高。但是灰盒测试或者黑盒测试站在用户的角度体验，功能可能更加全面。
同时：当一个需求改动代码特别多的时候，可能更加倾向于灰盒测试或者黑盒测试。
因为白盒测试所编写的case数量如果想覆盖到全部的功能，可能难度比较大而且容易遗漏。因此当改动代码量比较大的时候，可以选择使用灰盒测试来代替白盒测试，关注执行的结果即可。
Q2:讲一下印象深刻的BUG
在mediago系统测试的时候，给我的体验就是，每一个pm提出来的需求，都有一个对应使用的角色。例如，有的需求是提供给超级管理员使用的，有的是提供给广告主使用的。所以，在测试之前，一定要使用对应权限的测试账号来测试，否则容易出现越权的问题；
有一次PM同学提出来一个需求，这个需求是提供给超级管理员使用的，这个需求是超级管理员可以增加一项权限：他可以调整对应注册客户的一个属性的值——当月广告投放的最大金额。然后这个客户旗下对应的广告主的金额也会跟着修改。这一项权限是只有超级管理员才有的，普通的广告主没有这一项权限。我测试的时候是使用普通超级管理员的角色来测试的。但是测试完这个需求之后，我使用普通广告主的测试账号登录，发现也可以修改。
在发现了这个问题之后，及时跟rd和PM同学确认，后面就修复了这个bug，改为：只有超级管理员才有权限调用这个接口，普通的广告主没有这一项权限。
Q3:讲一下线上的监控脚本这个是干什么的？可以讲一个具体的监控的case吗
监控脚本的代码结构：
这一块脚本的代码主要分为两部分：一部分是执行的case命名，放到一个sql_monitor_hourly文件当中（每一小时执行一次）。另一部分是case的具体实现；
其中还有一个文件是存放case命名的，这个文件是：sql_monitor_10_minute（每十分钟执行一次）。
在这两个文件当中定义case的方法。方法的入参就是报警的对象，例如：wangjiaxin09等等。
我们后面查看报警信息，就是在一个监控群里面查看，他报警的时候会@对用的人。
监控的编写流程：
当rd同学需要编写某一个监控的sql的时候，他会先确定好编写sql的内容，以及断言的条件是什么，也就是报警的条件是什么，以及这个报警是多久执行一次（10分钟一次或者一个小时一次）
然后报警的内容是什么。
当确定好这些内容之后，我们QA同学就会把case写到对用的代码当中，方法入参填写报警的对象，方法体填写报警的逻辑（例如当sql查询出来>0的时候报警等等）
编写好之后，先在本地测试一下效果，然后再部署上线。
当遇到报警的时候，我们怎样处理：
当遇到报警的时候，我们这边一般习惯的除磷方式是，对于某一个case，如果连续3次以上报警，那么我们就要查看一下是不是出了一些问题。连续三次以内的报警一般可以忽略掉。
一个报警的具体案例可以讲一下吗？
我们这边有一个规则，就是针对低质量的广告的广告主投放次数的监控。我们有的时候会收到一些用户的反馈，例如某些广告多次被用户标记为不太感兴趣这种的。那么运营的同学就会收集好这些广告主的名单，同步给我们。
sql的监控逻辑就是：当这些低质量的广告主在一个小时内的创建广告数量如果超过2次的，那么就会报警。报警的信息就是：某个低质量的广告主创建广告太频繁了，广告主的名称是***；然后就会通知运营的同学多审核一线这个广告主创建的广告是否存在低质量的内容。
