Taobao FED

分类:工具&平台

前端工程化:云构建

背景通常个人在开发项目的时,都是在本地编写构建脚本对项目进行构建,这个脚本可能是 Gulp,可能是 Grunt, 可能是 webpack,也可能是其他的一些脚本,每次代码发布之前,都要对代码进行构建,代码仓库里面包含构建脚本和构建之后的代码。对于个人开发,这样做是没有问题的,但是涉及到多人开发或者团队开发就会有一定的问题。说是问题也不是问题只不过是会导致开发效率降低,构建错误的情况越来越多。 在

karma 测试框架的前世今生

这篇文章主要来自 karma 作者的一篇论文,主要是说 karma 的由来,通过这篇文章,可以了解下 karma 的设计思想,这样大家在做前端单元测试时,也能了然于心。 背景JavaScript 作为 web 端使用最广泛的编程语言,它是动态语言,缺乏静态类型检查,所以在代码编译期间,很难发现像变量名写错,调用不存在的方法等错误,除非在运行时才能暴露出来,所以非常有必要有一个测试工具来验证

DEF 2.0 的想法

最近接手了 DEF 的维护开发,一直在读代码、读代码、读代码,是时候整体对 DEF 做个总结回顾,同时畅想下未来了。这里面很多都是我自己的理解,如果有不对的地方,欢迎大家指出,一起讨论。 历史DEF 的全称是 Development Environment for FED(不过,据小道消息已经改名为:Development Ecosystem for FED,更能体现 DEF 的平台性)。DEF

前端测试的平台化之路

概述相对前端技术快速发展的今天,测试这块显得有点冷清,原因有很多:可能在于测试的价值体现、在于测试的持续跟踪、在于 UI 测试的准确性等。在淘宝 FED 有针对前端的测试平台,也一直在探索前端测试的切入、测试工具的选择,经过不断的探索,觉得有必要说说目前的一些思路和进展。 历史淘宝 FED 的前端测试平台名称叫 UITest,大约在几年前的一个冬季面世,从名字上就可以看出来起初主要定位是做 UI

如何检测移动端 CPU 以及内存占用率

前言6 月底的时候淘宝众筹的 H5 接入到了支付宝钱包,上线前支付宝钱包就对性能提出了明确要求:即页面静态下 app 的 CPU 消耗要低于 10%。我面临的第一个问题并不是如何优化,而是要如何便利地查看 CPU 的占用率。CPU 占用率的有效分析对于性能优化是至关重要的。因此,本文并不会讲移动端 CPU 占用率的优化,而是讲其“前戏”——如何查看移动端的 CPU 以及内存占有率。 Androi

Webkit远程调试协议实战

上一篇文章 介绍了 DevTools 和 Webkit Debug Protocol 这两个 Web 开发利器的内部原理。本篇主要讲解 iOS 的 Safari 远程调试。 iOS 的 Safari 远程调试,是 iOS7 引入的新功能。它允许开发者通过桌面端 Safari 的调试工具远程检视移动端浏览器打开的页面。这套调试工具,彻底解决了无线开发纯靠 “alert” 的调试困境。Safari

Webkit 远程调试协议初探

任何做过 Web 开发的同学,都避免不了在浏览器内进行调试。而大部分同学的首选工具,就是 Chrome DevTools。DevTools 本身我们无需多说,是一个大家不能再熟悉的工具了。但是埋藏在 DevTools 下面的开放协议以及它赋予的众多可能性,至今仍未见到充分的剖析和应用。 Webkit 的远程调试协议是 Webkit 在 2012 年引入的。目前所有 Webkit 内核的浏览器都支

在 iOS 模拟器中调试 Web 页面

双十一大家“买买买”了吗?我猜你们要么是躺在沙发上,要么是躲在被窝里用手机和 Pad 下的单,因为我就是这么干的。当然我也不是瞎猜,天猫官方微博公布的数据为证:无线端交易额占比一路保持在 70% 以上,最后定格在 68%(据说峰值数据更是丧心病狂,具体数据未公布,大家猜猜吧)。 “Mobile First” 真的已经不是喊喊口号而已!部分业务形态甚至直接 “Mobile Only” 了。当然所谓

JSTracker:异常数据处理

上一篇:JSTracker 之前端异常数据采集 前文已经解决了采集数据的问题了,但是采集到的数据不做分析是体现不出价值的。接下来会介绍 JSTracker 的数据处理部分。 大概会按照以下目录: 服务端如何接受数据 数据存储 报警 定位 JSTracker的系统流程图: 服务端如何接受数据日志上报需要服务端提供一个 http 接口,将前端采集到的数据统一的发回服务端。 需要注意的是如果你用

JSTracker:前端异常数据采集

JSTracker - 淘宝前端监控平台基本上服务器端的代码都是处于 7x24 小时的实时监控状态的,一旦有任何异常对应的开发同学就马上收到报警,并且第一时间处理。 但是对于前端来说,往往是实际用户那里的脚本报错后才知道页面出现异常,这时候已经是故障了。 为了让前端也能和后端一样,需要将线上的 JavaScript 代码监控起来,当用户端浏览器出现异前端第一时间被通知到。于是便有了淘宝前端的监控