
软件测试转型之路
从开发转型测试,从迷茫转而进取。在这个旅途中,作者一方面不断思考、改进,另一方面又不断汲取业界的经验分享,走出一条符合自己所在工作环境特色的测试之路,而他自己个人也在其中受益良多。
最近,Forrester在一篇题为“调查结果:您的组织有多敏捷?”的报告中发布了它们“2011年11月份全球敏捷软件应用开发在线调查”的结果。结果中包含了许多围绕敏捷组织正如何处理实施方面的有趣发现。
@李开复 在微博上认为互联网公司做手机绝大部分会失败,并给出了若干理由;@朱少民老师 在微博中发表了对探索性测试的看法。这些话题引发了热烈的讨论。
@姚若舟在实际的工作中发现,刚开始写单元测试同事的代码中有不少行为都没有被单元测试覆盖,他因此在微博上提出,想了解大家的意见。@程墨Morgan在与雅虎前同事聊天时得知,雅虎的CEO在力推Scrum开发流程和扁平的管理结构,从而将这家老牌的企业变回创业公司的模式。针对两条微博,大家展开了深入讨论。

随着软件行业的发展,出现了两种独立的角色:开发人员与测试人员。传统软件工程认为这是两种大相径庭的角色。如今,敏捷实践正试图将这两种角色融合在一起,以求更有助于达成软件开发的目标:能良好运转的软件。

Rajneesh Namta 分享了他在最近敏捷项目中实施软件自动化测试所学到的经验。他推荐的这些方法阐明了在搭建软件应用和构建自动化回归测试集合时如何遵守敏捷原理:从小做起,迭代增量开发,优先级化,注重价值,工作透明化,迅速响应变化。

谈及开源Web 自动化测试工具,相信很多人立刻会想到Selenium。本文给大家介绍的是另一款开源Web 自动化测试工具Sahi 。Sahi的网站上有关于与Selenium的对比,不过这不是我们今天探讨的主题。这篇文章的主要目的是向读者简单的介绍一下Sahi并分享一下个人使用Sahi测试Dojo应用的经验,希望对大家能有所帮助。

在前端开发工作中,受语言和架构所限,我们通常会开发类库或工具来解决一些常见的问题,比如模块化开发,预编译处理CSS,与后端模拟联合调试,自动测试和优化等。但是这些工具往往不能很好地与系统集成,增加了工程师学习和使用的成本。针对这些问题,百度实现了一个完整的自动化构建系统,通过本地化的应用程序,基于一套规范的开发模式解决了上述矛盾——保证开发时系统的模块化,在上线前自动优化静态资源,实现维护和运行的双赢。此次演讲将与大家分享这套自动化构建系统的思路和实践。
如果您观看本视频不流畅,请移步优酷版本(无Slides同步播放)

性能测试在整个软件测试领域都是非常重要的课题,对于互联网产品更显得至关重要。本次演讲将以百度产品的性能测试为例,分析互联网性能测试中的常见问题,并分享百度质量部积累的实践经验。

在采访中窦涵之讲述了如何在产品开发阶段将ATDD与CI进行整合,同时谈到PO在开发中的作用。如何将Scrum 团队变成有趣(Fun)的团队,窦先生以马拉松为例阐述了自己的看法。
张银奎是国内技术社区软件调试方面的专家,在本采访中,他分享了对软件调试技术在国内发展的理解,为什么软件开发人员要重视调试,软件测试和软件调试的关系,如何培养自己的调试技能,以及关于可调试性的方方面面等。

探索式测试是敏捷测试的重要组成部分,和一般性测试不同,它所关注的是“意料之外”的软件缺陷。作为一个研究性、启发性和严肃性并存的测试方法,探索式测试已经成为一般性测试的重要补充。但是,目前这一“新”技术正如它的名字一样,也处在探索的初级阶段,能够熟练掌握该技术并能应用的技术人员并不多。这也是我们本期《架构师》组织这一专题的初衷,希望能够通过在此领域已经有所研究的专家,分享他们的经验,普及一下读者对探索式测试的理解!

越来越多的人开始采纳、实施敏捷实践,他们也在寻找相关的指导和建议,希望知道如何成功实施敏捷。然而,他们有很多问题,诸如:"我该如何开始?","我该选择哪些实践?","我该怎么做到增量式实施?",还有"我在哪些地方会遇到问题?"这些问题并没有得到正确解答。这本书回答了这些问题,帮助读者以他们的业务价值和相应环境为中心,构建他们自己的实施策略。该策略与敏捷实践的实施模式直接相关.很多团队实施诸如测试优先开发、简单设计以及其他敏捷实践,并获得了成功以及失败的经验教训,这些模式就是这些经验教训的总结。