过节、带娃的间隙,看完了《Google软件测试之道》。全书其实就在讲“融合”:面向开发的测试向开发端融合,面向用户的测试向用户端融合。这种“融合”,需要“快速,有效率和效果”的工具,方法论和组织结构来完成。 其实,这也就是敏捷,DevOps运动所倡导的:快速的响应变化,以适应客户价值的不确定性和变化。
http://note.youdao.com/noteshare?id=a659de0189055ff998caa2b58ee462c7
过节、带娃的间隙,看完了《Google软件测试之道》。全书其实就在讲“融合”:面向开发的测试向开发端融合,面向用户的测试向用户端融合。这种“融合”,需要“快速,有效率和效果”的工具,方法论和组织结构来完成。 其实,这也就是敏捷,DevOps运动所倡导的:快速的响应变化,以适应客户价值的不确定性和变化。
http://note.youdao.com/noteshare?id=a659de0189055ff998caa2b58ee462c7
(一) 看了20%之后写的约在一年前,James Whittaker和Alberto Savoia在GTAC 2011上说Test is Dead,当时我的理解是,测试工程师这个角色没啥用了。但是看了这本书之后,才发现这样的理解有些偏差。Alberto的说法应该是,在敏捷以及互联网下,传统测试工程师...
作为《微软的软件测试之道》的译者之一,差不多五年以后再来看这本书,是一种很有意思的体验。这本书当然写得很好,但好在哪里,可能未必人人都能说出个道道来——这很像是软件测试行业本身,充满了对这个行业的各种片面的认识,而且这些片面认识的来源往往是“一线的工作经验”。因为很久以来,软件测试的理论和实践的发展...
Patrick Copeland谷歌测试和部署技术的架构师我在Google的旅程始于2005年3月。Alberto在前面的序中也介绍了一些当时Google的状况:虽然公司规模还比较小,但已开始感受到成长带来的烦恼。当时适逢快速的技术变革之际,Web世界正在迎接动态内容的到来,而云计算也正在逐渐成为一...
《Google软件测试之道》总的来说,这本书是我看过的所有软件测试相关书籍中,收益最大的一本。个人觉得,这本书更适合有一些测试或工具开发经验的人看。测试经验较丰富的人,看了收益较大,初学者也能领会到一些基本的东西。这本书主要通过对测试开发工程师(SET)、测试工程师(TE)和测试工程经理三种角色及其...
1. 自动化测试,说起来容易做起来难,有google能做到不代表所有公司都能做到。况且google自己就做到了么? 自动化测试占前期测试方案的百分之多少?2. 书中推崇自动化,却缺乏一般性方法,只举特例,特例又只举成功的,例如某某花了20%时间做了个啥啥,然后大获成功,那没成功的项目花的时间怎么算?...