摘要:
在第四届软件质量年会上的演讲,标题是”让测试敏捷起来“。
下面的链接是InfoQ上的视频和PPT:
http://www.infoq.com/cn/presentations/duannian-agile-test 阅读全文
摘要:
在本系列的第一部分中,我们简要回顾了敏捷开发,以及敏捷测试与传统测试的不同。在第一部分中,我们特别提到,敏捷测试的要点之一就是,不依据于角色而是依据于任务来考虑整个开发过程中的测试。
但是,对一个开发组织来说,组织中一定存在开发工程师和测试工程师的角色划分,作为一个敏捷团队中的测试工程师,他的主要工作职责是什么呢?或者说,他可以在哪些工作上发挥自己的作用呢? 阅读全文
摘要:
Agile testing(敏捷测试)基本上是伴随着敏捷开发的概念成长起来的,但在受关注程度上,远远不及敏捷开发本身。自然,开发队伍从数量和活跃度上来讲大于测试队伍,是其中的一个原因;除了这个原因之外,“敏捷测试究竟如何在项目中发挥作用”这个问题可能也是导致敏捷测试概念的流行度远远不如敏捷开发的原因之一。
在敏捷环境中工作了几年之后,对敏捷测试有了一些感悟,希望和大家分享。 阅读全文
摘要:
我也是本书的作者之一,虽然只在其中占了两章的内容:)
《Google API大全:编程·开发·实例》这本书是国内的第一本较为完整的介绍Google API的书,内容囊括了所有主要的Google API,并用大量的实例展示了Google API的应用方法。在这本书的首页上,我选择了“Google是一种生活方式”作为我对这本书的推荐语。
“Google是一种生活方式”,此言不虚,现在的网名,或多或少的被搜索引擎影响着使用Internet的方式,Google在其中的贡献不言而喻。当然,对我而言,“Google是一种生活方式”更有所指,Google的产品一向以良好的编程接口著称,对于以技术工作为主的工程师们,基于Google的产品构建自己的产品,更是一件值得一试的事情。
《Google API大全:编程·开发·实例》作者序: 阅读全文
摘要:
4月份到上海出差,有机会的话希望能够和上海的测试同行们见见面:)不知道有没有感兴趣的朋友?我到上海会住在南京路附近。 阅读全文
摘要:
从小到大,除非是人人都有奖的那种,否则我就和抽奖无缘。一直以为这就是我的命,没想到,居然有例外——几个月前申请TD的3G社会化测试,居然中彩被抽中了,太难得了。
我拿到的是新邮通的 N269 这一款手机,样子倒是中规中矩的长方形,不过不知道怎么回事,看到这个手机的第一眼就觉得有典型的山寨机风格。到今天为止大约使用了一周左右的该手机,接听和打了几个电话,和另一个测试用例视频了一次,用手机浏览器上网浏览了一些网站,用笔记本连接手机上网,总体感觉是,除了连接笔记本上网感觉上比GPRS和CDMA 1X明显快之外,别的3G的优势就没有明显的体会了。 阅读全文
摘要:
这些天来,没有什么比得上对四川地震的关注,心里一直被塞得满满的,同情,难过,悲伤。
恨不能和那些可爱的救援者一样,在现场亲手挽救同胞的生命,可是理智却告诉我,对他们最大的帮助是做我能够做的。
看着新闻中的英雄们,在网站上读着感人至深的故事,看着那些放弃了自己的休息时间忙碌着筹集捐款,组织献血,人肉搜索,尽自己能力帮助他人的同事们,感动到无语。
逝者已矣,祝他们在天堂安好。我们能做的,是为那些需要帮助的人提供尽可能的帮助。看到网上很多和自己亲人失散的朋友焦急地打听自己亲人的消息,或许可以尝试这个:
http://www.google.cn/intl/zh-CN/qinren/cse.html
我在blog的右侧也加上了这个搜索框,即使这样只能帮到一个朋友,我也会发自内心的感到高兴。
太沉重,不能再说些什么了,我们经历了灾难,受难的人们正在经历苦难,但只要希望在,就能期待光明。
天佑中华!
阅读全文
摘要:
网站名称是PythonChallenge,提供了一系列的Python puzzle需要你去解决。需要你根据给出的页面提供的信息,猜测(计算)出下一关的URL是什么。
刚开始看到的时候觉得满头雾水,尝试着解决了几关之后发现,还是蛮好玩的。所有的puzzle都建议使用Python编程语言来解决,当然也可以用其他的语言来解决。如果你正在学习Python,或是对用编程解决问题有兴趣,可以去试试,看看你能到哪一关。
http://www.pythonchallenge.com
一点小提示:
1,解决一个问题后,得到下一关的html文件名,只需要把本关的URL的xxxx.html改成[newstring].html即可;
2,注意页面上的提示信息,请仔细阅读;
3,很多时候需要查看页面的源代码,源代码中通常会隐藏一些信息。 阅读全文
摘要:
本来打算写一篇JMeter和LoadRunner的简单比较的文章,Google了一下,发现类似的文章已经有不少了,中文的英文的都有。大致阅读了几篇,发现其中一篇文章的总结和比较还是比较中肯的,因此直接把这篇文章的Link贴在这里,供大家参考(请注意,这篇文章是2006年的文章,有些内容有点过时了)。
文章标题:Shootout: Load Runner vs The Grinder vs Apache JMeter
http://blackanvil.blogspot.com/2006/06/shootout-load-runner-vs-grinder-vs.html
随着对JMeter使用的深入,我越来越倾向于在自己的工作中使用JMeter工具,并且也不遗余力的向我认识的测试工程师推荐这个工具,但很多工程师在初步使用过这个工具后,会向我抱怨JMeter有太多不能做的事情,但在我看来,JMeter确实有不能做的事情,不过,对于Web应用的测试,JMeter是足够强大了。很多人会把JMeter和自己正在使用的LoadRunner进行比较,然 阅读全文
摘要:
在4月26号下午的讲座中,我提到了“将Script放到HTML文件中尽量靠近尾部”的方法来提高用户感觉上的响应时间,有朋友对这个问题提出了疑问,因此在这里更详细的对该方法进行说明。
首先,浏览器对于script的下载是避免并行进行的。HTTP/1.1协议中规定浏览器和同一host之间只建立最多两个连接,也就是说允许的最大并行度为2(当然,对IE和Firefox来说,你都可以通过修改浏览器的设置来扩大这个并行度)。但对于Script的下载来说,浏览器在开始下载Script之后,是不会并行的下载其他element的。不会并行下载script这一点是一个事实,但浏览器为什么要采用这种策略,以及浏览器我们提到的“将Script放到HTML文件中尽量靠近尾部”到底能起到多大的作用,需要注意哪些事项,我希望在这篇文章中进一步的进行讨论。
阅读全文