@SET-EamonChou
实际上，这篇博客的内容已经不太正确了。在最新版本的各种浏览器中，几乎都已经取消了对js文件并行下载的限制，代之以运行时判断。浏览器的发展在最近几年期间是非常快的（感谢google的chrome项目，这个项目刺激了IE和Firefox的飞速发展），时时需要更新自己已有的对浏览器的认识。

@SET-EamonChou
开发的老大来推动是最合适的。先说服他吧。

该书的第一版已经不再出版了，第二版目前已经通过了初审，我正在自己审稿，顺利的话，下个月应该能见到。你可以关注我的微博，有信息的话我会在上面公布。

@SET-EamonChou
为什么一定要测试工程师来把这些测试代码化呢？如果因为测试效率低导致迭代不能快速进行，那就需要整个团队来解决这个问题。

左耳朵耗子发表了《我们需要全职的QA吗？》后，一石激起千重浪，赞成者有之，激烈反对者有之；有人说文中对QA的定义不对，还有人说以偏概全…… 的确，在需不需要专职的QA角色这个问题上，很难用一个简单的“...

@SoftwareTeacher
这就是google认为的一个优秀的测试工程师应该做的事情：）

左耳朵耗子发表了《我们需要全职的QA吗？》后，一石激起千重浪，赞成者有之，激烈反对者有之；有人说文中对QA的定义不对，还有人说以偏概全…… 的确，在需不需要专职的QA角色这个问题上，很难用一个简单的“...

@SoftwareTeacher
的确，测试工程师没有在团队中充当她应该充当的角色。当船开始漏水的时候，你可以做那个去往外舀水的角色，但你应该做的是，找到漏水的地方并和大家一起修补它。我不认为test最后是在承担dev lead的角色，只不过是他发现了漏水的点并推动大家一起来fix了它。

左耳朵耗子发表了《我们需要全职的QA吗？》后，一石激起千重浪，赞成者有之，激烈反对者有之；有人说文中对QA的定义不对，还有人说以偏概全…… 的确，在需不需要专职的QA角色这个问题上，很难用一个简单的“...

说实话，在我看来，左耳朵耗子的《我们需要专职的QA吗？》这篇文章的观点并不算过激。最多就是一篇从开发工程师的角度来商讨是否需要设立“专门做测试的岗位”，让“不熟悉或是不懂开发的人”来做测试工作。如果这...

@诺贝尔
有什么问题吗？敏捷开发有一些被推荐的实践。其实站立会议并不只是敏捷开发推崇的，“为了让会议简短而采用站立方式”貌似是一个很久以前就有的实践吧。
PS，真要讨论的话，还是面向要讨论的敏捷主题本身吧。这样零敲碎打，不仅对于讨论者本身，对于观者也没什么意思。或者，你愿意的话，写一篇blog来讨论，真理不辨不明，但这种回复式的讨论往往很难抓住重点。

能针对scrum等具体的方法学来讨论。所以对你的这个问题，我的回答是：如果你想表达的是“敏捷理念到底有多少价值？”，看看google等新兴的软件企业。...

在与不少测试从业人员讨论到敏捷的时候，被问得最多的大约是两个问题：“到底什么是敏捷软件测试？”，“敏捷软件开发还需要测试工程师吗？”。前一个问题是对于敏捷测试本身定义的疑问，第二个问题则是对敏捷开发将...

上周六在杭州的《互联网软件测试大会》上做演讲的时候提到可测试性的话题，顺手举了一个例子：“B类存在对A类的依赖，A类是一个Singleton类，B类使用到了A类中的一个需要被mock的函数，这种情况下...

为什么要使用开源测试工具？作为一个开源测试工具的推崇者，我经常被问到这个问题。许多测试工程师对商业测试工具情有独钟，总觉得商业测试工具既好用又强大，而开源测试工具功能弱，缺陷多，而且不好用。对开源测试...

在第四届软件质量年会上的演讲，标题是”让测试敏捷起来“。 下面的链接是InfoQ上的视频和PPT：http://www.infoq.com/cn/presentations/duannian-agil...

在本系列的第一部分中，我们简要回顾了敏捷开发，以及敏捷测试与传统测试的不同。在第一部分中，我们特别提到，敏捷测试的要点之一就是，不依据于角色而是依据于任务来考虑整个开发过程中的测试。但是，对一个开发组...

Agile testing（敏捷测试）基本上是伴随着敏捷开发的概念成长起来的，但在受关注程度上，远远不及敏捷开发本身。自然，开发队伍从数量和活跃度上来讲大于测试队伍，是其中的一个原因；除了这个原因之外...