QA

淀粉Q2：C问题1:目前PhantomJS是后台运行，对于不同地区、不同网络环境、不同客户端环境的模拟是如何处理的？很多时候前端问题是在一些特定场景下出问题。

**周琪力:**C问题1:我们主要用来做监控，所以一般不考虑浏览器环境什么的。用http的话就是比较方便，如果任务时间过长可能就要考虑其它接口实现了。

淀粉Q3：C问题2:对于前台dom的监控有在京东有比较成功的案例吗？

周琪力:问题2：我们现在这套系统已经在线上了，像首页，单品，频道，全部分类这些都在用。一般来说。按页面接入三方系统数据的维度去添加监测规则即可

淀粉Q4：c问题3:phantomjs和node之间的通信是通过buffer还是通过get post实现的

**王备:**c问题3：由于现在是将phantomjs做为服务来部署，现在采用的post方式实现

C问题5:请问测试人员在后台配置规则的时候一个稍复杂带交互页面，需要配置多少规则才可实现合理监控。

C问题5:这个规则主要看你页面里面的三方系统。一般三方系统多的规则相对多些。比如在单品页，像价格、促销、库存、推荐这些重要的数据源都会加一些规则。至少每个三方系统都有一个规则。

淀粉Q5：C问题4:通过模拟浏览器像页面注入测试框架判定，请问注入动作是后端注入吗？假如是前端注入，前端脚本本身异常无法完成注入，如何判定？

**王备:**C问题4:测试框架是通过Phantomjs进行注入的，Phantomjs本身是可以检测是否成功注入所需要的脚本。也可通过监听控制台的error来进行一些其他的处理。

C问题5:请问测试人员在后台配置规则的时候一个稍复杂带交互页面，需要配置多少规则才可实现合理监控。

周琪力:这个规则主要看你页面里面的三方系统。一般三方系统多的规则相对多些。比如在单品页，像价格、促销、库存、推荐这些重要的数据源都会加一些规则。至少每个三方系统都有一个规则。

淀粉Q8：C问题6:在运行过程中监控平台有帮助到业务发现问题吗？主要是集中在那一块的问题？

**王备：**C问题6: 有，像一些频道页上面开天窗，图片广告位空白。还有像一些页面状态码异常503之类的都有发现过问题

C问题8:请问可以简单描述一下一个数据源规则吗？检测数据是否正确是渲染在dom上之后的规则，还是对数据接口返回值直接做检测呢？这块实在没明白

王备：规则就是类似jQuery的选择器，然后通过注入的测试框架来处理，之后直接返回处理完毕的结果。

淀粉Q1：B问题1：有关开源问题，请问这套系统未来会开源么？

**周琪力:**B问题1：后台暂不会开源，因为一些功能还不是很完善。前台的规则录入系统可以考虑开源出来。

淀粉Q6：B问题2：在实际使用中解决过哪些问题，能否举例说明？

**王备:**B问题2：在实践中，我们针对异常需要保存现场，也就是网页快照，由于部门页面采用了滚动加载数据来展示页面，导致截图每次都不能截断完整的网页。经过实践我们修改了viewport的大小。来保证可以完整的获取页面。

淀粉Q7：B问题3：现场快照是以什么方式保存的，如何通过现场快照定位bug？

**王备:**B问题3：现场快照使用了phantomjs的截图功能，保存了页面加载后的jpg图片。以便于通过报警邮件直接查看。快照属于定位bug的一种辅助。

B问题4: 感谢主讲人的精彩分享，那我想问一个问题，就是node.js本身就是一个倾向于服务端的框架，那对纯前端的技术选型，能否讲解下纯前端的架构，比如说dojo，angular, angular2, ext等, 在页面展示端与node这种倾向于服务端的区别？

周琪力:回答：我们在这个系统里面并没有用到纯纯前端架构，这个并没有什么经验

B问题5：有没有监控首屏时间、白屏时间。以及如何定义首屏时间的？我了解的有通过截屏来对比截屏大小，首屏渲染程度来判断首屏渲染是否完成。我们这套监控系统是如何监控这些指标的。

**周琪力:**B问题5：这些指标有点类似性能监控了，基本上我们只关心页面是否按期望加载完成。并没有细化到性能打开速度这个层面。

B问题6：现场快照其实是在服务端来截图的，但是大部分时候用户的问题可能只是在用户的客户端会出现，监控系统能否解决这类很难复现的问题？

**周琪力:**B问题6：快照是在 PhantomJS 里面做的，只有规则不匹配的时候才会生成页面截图，一般都是问题发生的那个时间点产生的。 PhantomJS 实际上也是一个实实在在的客户端。