熊志男的阅读
测试窝祝广大测试同仁新春快乐！
一整年的劳累、心酸，在推开家门的一刹那都悄然离去。无论天涯海角，总也阻止不了游子回家的路。只因为这里有兄弟姐妹、有经历的种种过往。同样一整天的工作后无论多么劳累，总想着打开“小窝”看看，这里记录了我的成长。过去了几个春秋，Testwo聚集了很多的兄弟姐妹，大家一起面临成长的痛苦，一起学习、蜕变。新的一年里“小窝”仍将继续陪伴着您一起成长，我们将继续分享优质的文章，组织公益的活动。谨祝所有测试同仁、
231°/
2015-02-15/2310 人阅读 / 3 人点赞
/ 0 条评论
软件测试工作中的不靠谱行为
昨天看了个电影《摇滚教室》，内容是一个不靠谱的摇滚乐狂热屌丝，偶然机会充当某精英小学的代课老师，他不教孩子科学文化知识，却教孩子们摇滚乐，组建schoolofrock乐队参加比赛。大家都会觉得不靠谱吧，在学校的任务就是学习，考出好成绩，这就是我们从小接受的教育。延续到工作中也是如此，作为一个测试工程师，就要能够努力找出最多的Bug，做出强大的自动化测试平台，构建完美的测试流程和质量保证体系…下面我
523°/
2014-03-22/5238 人阅读 / 22 人点赞
/ 0 条评论
新人如何开始做自动化测试
【问】：作为一个测试人员，从业年期从事手工测试的工作是没有太多坏处的，当然，如果一直点来点去那么确实自身得不到提高，这时候选择学习自动化测试是一件很有必要的事情，一来将自己从繁重的重复工作中解放出来，从事一些更有挑战的工作，二来能积累技术知识，厚积薄发完成飞跃，那么技术新人该如何学习自动化测试呢？【答】-乙醇：谢邀，关于自动化测试，我以前写过很多的文章来阐述。这里稍微贴上一些，作为该题的外延知识补
330°/
2014-03-15/3303 人阅读 / 9 人点赞
/ 0 条评论
让用户帮你做测试
我们知道，只要有软件就会有bug。一者，再严格的测试也只是抽样活动，总会有bug被遗留下来。再者，做软件也是一种商业行为，对质量的投入要看ROI。基于以上两种原因，软件或者系统发布时总会或多或少带点bug。对于这些bug，我们要看它的影响程度是什么样的。对于生命周期比较长的系统，这些bug只要产生了影响都是要修改的。在我上篇文章《测试的最高境界是什么？》中给出了软件不同周期中缺陷修复所需要的成本的
330°/
2014-03-06/3306 人阅读 / 12 人点赞
/ 0 条评论
自动化测试——回顾与展望
2013年已经过去，在这篇文章里，我希望和大家一起来整理一下2013年自动化测试领域一些比较值得关注的变化，也展望一下2014年可能发生的变化，希望读者可以从中可以发现一些线索，进而做相关延伸阅读。在过去的2013年里面，自动化测试领域发生了几大变化：自动化测试的重要性不断提升随着敏捷的热度不断提升，持续集成、持续交付作为敏捷的核心实践之一，越来越受到重视。然而大家很快发现，自动化测试是持续集成、
257°/
2014-03-06/2577 人阅读 / 0 人点赞
/ 0 条评论
刘冉：QA 应该更新的测试工具
作者：刘冉2013，一个即忙碌又精彩的一年。虽然它已经过去，但是总想写点什么总结一下。作为一名QA，过去一年是我的软件质量知识体系和自动化测试知识体系收获最丰的一年，让我对于软件质量和自动化测试有了一个更高层次的认识。所以我写下了一些自己更新了的知识，以及在和其他公司的QA交谈之后发现的一些他们应该更新的知识。借此希望能对各位看官起到一些提示或者补充作用，当然我也希望各位与我进行联系，并共同探讨未
686°/
2014-02-12/6834 人阅读 / 2 人点赞
/ 3 条评论
从传统ERP测试向主流互联网测试转型
昨天晚上微博上有测试同仁@testGM想了解下如何从传统ERP测试向主流互联网测试转型。我本人在来淘宝之前就是做传统ERP测试的，现在在淘宝做了这么长时间，对互联网测试也有一定的了解，就想谈谈自己的看法。特意说明下，我这边了解到的传统ERP测试就是4或5年前的ERP测试情况，不代表目前的整体情况，说的不对的地方望谅解。整体策略：谈过如何转型，那就是知己知彼了。首先自己要了解传统ERP测试的优点和缺
355°/
2014-01-16/3553 人阅读 / 10 人点赞
/ 0 条评论
停止使用重量级测试工具
专业的咨询师不仅需要对新兴的技术和趋势有足够的好奇心去探索，也要能够对过气的技术工具有自己的评价，这样当客户咨询师为什么做这样的技术抉择，而必须放弃手头已经的技术投资时，才能有足够的说服力。这次要介绍的是2013年12月版ThoughtWorksTechRadar中的HeavyweightTestTool条目，状态是Hold。Hold就是建议停止使用。建议停止使用重量级测试工具，有很多角度和因素的
349°/
2014-01-15/3495 人阅读 / 10 人点赞
/ 0 条评论
Airlock：Facebook 的移动端 A/B 测试框架
译者注：本文来自Facebook工程师团队博客两年前，我们重写了我们移动端（iOS，Android）的应用，使用了原生的开发栈（nativedevelopmentstacks）代替我们以前定制开发的Web栈(customweb-stack)。这给了我们在关于项目在那里/怎样下载、缓存、释放等等方面一个更好的控制。它分别深入地和操作系统整合在一起，提供在底层调整修改所有系统的一整套工具。测试是我们开
357°/
2014-01-14/3578 人阅读 / 14 人点赞
/ 0 条评论
自动化测试基础设施之一：为功能测试构建通用mock server系统
mock在单元测试中已经众所周知。现今我们有各种功能强大而又好用的mock框架，可以很方便的解除单元测试中各种依赖，这大大的降低了编写单元测试的难度。而测试驱动开发（TDD）更进一步将mock作为一种设计手段，来辅助识别出元素之间交互的接口和职责。那么在功能测试(这里提到的功能测试指的是用户级测试)这个层次，是否有必要使用mock呢？如果有必要又将如何构建呢？或者说是否有可能像单元测试中那样构建一
316°/
2014-01-12/3141 人阅读 / 7 人点赞
/ 2 条评论