摘要： 有关Windows平台下CPU使用率的计算有关Windows平台下CPU使用率的计算Windows下CPU使用率的定义CPU使用率：在任务管理器的刷新周期内CPU忙的时间与整个刷新周期的比值。任务管理器默认的刷新周期是1s。CPU使用率计算公式根据CPU使用率的定义我们可以得出在某一段时间内总的CPU使用率的计算公式：sysTime：表示该时间段内总的CPU时间=CPU处于用户态和内核态CPU时间的总和，即sysTime =kerneTimel + userTime（注：这里并不包括idleTime，因为当CPU处于空闲状态时，实在内核模式下运行System Idle Process这个进程， 阅读全文

摘要： 转载周鸿祎同学的文章 我唯一能自吹的地方，就是本人在互联网里可能犯的错最多，挨的骂最多，然后也经历了很多失败，所以这样才有一些真实的感受。建议大家把《定位》和《创新者的窘境》、《创新者的解答》这几本书放在身边反复读。你经历得越多，对这几本书的体会就越深。我过去几年经常翻看，每次都有新的心得。所以希望大家还是少花点时间刷微博，多花点时间读书。我前几年都在谈微创新，为什么最近突然改口谈颠覆式创新呢?其实它们是一回事，微创新是颠覆创新的开始和战术，而颠覆式创新是持续微创新之后有幸修得的正果，是一个马后炮式的总结。所有的颠覆都是从微创新开始的真正的颠覆不是敲锣打鼓到来的，而是以你我都意识不到的方式逐. 阅读全文

摘要： 让我们先由2个问题引出今天的话题，第一，为什么选择做测试？第二，做测试的发展又如何？ 第一个问题，你为什么要选择做测试，我敢说十个人有九个不会说实话，什么测试能够让我开阔视野啦，测试同样也需要很好的技术啦，，，全是虚伪的借口。真正地答案只有一个，测试的收入高，要求低！（注意是相对你的能力比来说收入算高，因为你要是选择做开发，肯定不如现在的收入）不管你愿不愿意承认你都得承认，这是绝大部分测试入这一行的原因。 第一个问题的答案决定了一个事实，测试团队的发展永远不可能像开发团队一样，随着公司的发展而发展，为什么呢？成本！ 世界上没有傻逼的公司，你的公司之所以能够存在，是因为它善于控制成本。站在管.. 阅读全文

摘要： 我一直有个疑问，谷歌是如何测试软件的。我不知道我回答了多少次这个问题，我也不记得给了多少个不同版本的回答，但是这个回答随着我在谷歌的时间越长，而不断演化；我了解到更多的各种测试方法的细微差别。我把它放在脑海里，以便我能写一本书，那时Alberto，也建议我写这本书。 然而，我在继续等待。我的第一个问题是我不是适合写这本书的人。在谷歌有很多比我先在谷歌工作的人，他们应该先写这本书。我的第二个问题是我是Chrome和Chrome OS的测试负责人，我仅仅了解的是谷歌测试的一部分。还有很多的谷歌测试我需要去学习。 在谷歌，软件测试是“工程部”的一部分，这个部门涵盖开发人员和测试人员的工具链、... 阅读全文

摘要： 前言（三） 软件开发时很困难的。测试软件也是困难的。当你谈论关于网络的开发和测试时，你可能想到的会是谷歌。如果你对互联网怎样处理大规模测试感兴趣的话，那么请看这本书。 每天谷歌会测试和发布百万行的代码，这些代码分布到很多的源文件中。每天数十亿的构建行为，促使测试百万级的自动化测试运行在成百上千的浏览器上。一年内操作系统被构建、测试、发布。浏览器每天都被构建。网页应用程序不断地被发布。在2011年，100天内，Google+的100个特性被发布。 这就是谷歌的规模和速度，也是互联网的规模。本书将会介绍它的测试方案。我们将介绍这套体系是怎样被构想、实施和维护。其实谷歌不是一开始就是这样的。六... 阅读全文

摘要： RDTSC的确高效，但在当前主流环境下并不能保证准确计时，主要原因有两个：一. 各个CPU（Core）之间的TSC寄存器值不保证会同步（取值一致）。由于我们程序一般不会设置CPU亲和性，因此线程刚开始在这个core上跑，后面别切换到其它core上跑，是一种很常见的情况。因为不同CPU间的TSC寄存器初始值可能不同，两次取值相减则可能会算出不正确的值；二. CPU运行频率会经常动态调整，而某些CPU的TSC值增加的速度与CPU实际运行频率相关（当然也有较新的CPU是采用恒定速度，与实际运行频率无关的）。因此从全面的角度来说，TSC差值无法准确的转换为绝对时间；维基百科有这么一段：Under Wi 阅读全文

摘要： 前言（二）Forword by Patrick CopeLand 我是2005年来谷歌的。那个时候正好是互联网技术快速变革来临的时候，并且云开始通知客户端-服务端的世界。那个时候的谷歌也是高速发展的时代。 我加入谷歌时，工程师只有1000来人。测试团队大概有50名全职员工和一些临时员工。该团队主要集中在UI的验证，并且根据需要进入各个项目。你能想象在谷歌，它并不是一个光荣的队伍。 但在那个时候，它已经够用了。谷歌的主要业务是搜索和广告。那时候的谷歌比现在的规模小很多，功能测试基本就能涉及大多数质量的角落。但是世界是在慢慢变化的。用web的用户越来越多，基于文本的web逐渐被基于应用的we... 阅读全文

摘要： 最近感兴趣，想研究下互联网是如何测试的。虽然我是测试开发，但是我对人力和自动化一直存有疑义。最近互联网自动化测试一片风生水起啊，想客观的审视测试这个职业，而不是片面的强调测试的重要性。于是就找了一本到现在都木有人翻译的书《how google tests software》，来尝试翻译给自己看。前言（一）Foreword by Alberto Savoia 前面介绍了一段如何被James Whittaker忽悠来写这本书的前言的（俺就忽略了）。 这个世界是否真的还需要软件测试的书籍？因为已经有很多的书籍来讲述旧的测试方法和抛出疑问和过时的建议，但是这本书不是这类书籍。这也是为什么我希望如... 阅读全文

摘要： 谷歌文化： *Engineering culture *Fail fast *20% time *Project mobility（项目流动性）谷歌测试原则： *Quality ≠ Test 1)Quality must be owned by engineering 2）Test must be part of engineering *Testing won't get done unless it is unavoidable 1)测试是每个人的工作测试人员的职责是：hiring, promotion, reviews测试角色的划分： *SWE（软件工程师）： 1）... 阅读全文

摘要： 记录些有关看到的DDS的资料*摘自云风博客的 DXT 图片压缩这两天在写 DDS 格式的解码程序。DDS 是微软为 DirectX 开发的一种图片格式，MSDN 上可以查到其文件格式说明：DDS File Reference 。其中的 DXT 图片压缩格式，现在已经为绝大多数 3D 显卡硬件所支持。（它使用了由 S3 公司所发明的一种有损图象压缩算法。btw, 在我的那本书中，P232 有所提及）。DXT 格式 也叫作 S3TC ，现在可以被流行看图软件直接显示的图象格式中，只有 .dds 文件支持这种压缩。为了开发方便，我们的引擎也就支持了 .dds 文件的加载。一起做引擎的同事希望即使在. 阅读全文