博客园 - 关河
uuid:6cbd1ba2-f883-4c34-aed1-30dde64a3a3e;id=645682
2013-12-20T10:23:17Z
关河
https://www.cnblogs.com/guanhe/
feed.cnblogs.com
https://www.cnblogs.com/guanhe/p/3484343.html
模糊测试(fuzz testing)介绍(一) - 关河
模糊测试(fuzz testing)是一类安全性测试的方法。说起安全性测试,大部分人头脑中浮现出的可能是一个标准的“黑客”场景:某个不修边幅、脸色苍白的年轻人,坐在黑暗的房间中,正在熟练地使用各种工具尝试进入某个系统。这种由安全人员“模拟黑客进入系统”的测试方法的确是安全性测试中的一种有效测试手段,名叫“渗透测试”。渗透测试方法完全依靠测试执行者的能力,能力强的“白客”能够发现有价值的安全性漏洞,而不具备很强的攻击能力的测试者就无法有效发现系统中的安全性漏洞。必须承认,渗透测试是一种有效的安全性测试手段,当然,前提是你要能够找到足够好的测试执行者。
渗透测试是一种有效的测试方法,但由于它对执行者的能力要求太高,因此很难被大规模应用。站在测试的角度,我们是否能够用“自动化测试”这个强有力的武器帮助降低安全性测试的门槛呢?一个容易想到的“录制/回放”方法是:将渗透测试的执行者们的操作录制下来,形成脚本,期望这些脚本可以在不加修改或是稍加修改时应用在对其他应用的安全性测试中。但由于渗透测试的过程并不具有可重复的特点(测试执行主要依赖执行者的经验,类似调试),这种想法在真实的安全性测试环
2013-12-20T10:23:00Z
2013-12-20T10:23:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】模糊测试(fuzz testing)是一类安全性测试的方法。说起安全性测试,大部分人头脑中浮现出的可能是一个标准的“黑客”场景:某个不修边幅、脸色苍白的年轻人,坐在黑暗的房间中,正在熟练地使用各种工具尝试进入某个系统。这种由安全人员“模拟黑客进入系统”的测试方法的确是安全性测试中的一种有效测试手段,名叫“渗透测试”。渗透测试方法完全依靠测试执行者的能力,能力强的“白客”能够发现有价值的安全性漏洞,而不具备很强的攻击能力的测试者就无法有效发现系统中的安全性漏洞。必须承认,渗透测试是一种有效的安全性测试手段,当然,前提是你要能够找到足够好的测试执行者。
渗透测试是一种有效的测试方法,但由于它对执行者的能力要求太高,因此很难被大规模应用。站在测试的角度,我们是否能够用“自动化测试”这个强有力的武器帮助降低安全性测试的门槛呢?一个容易想到的“录制/回放”方法是:将渗透测试的执行者们的操作录制下来,形成脚本,期望这些脚本可以在不加修改或是稍加修改时应用在对其他应用的安全性测试中。但由于渗透测试的过程并不具有可重复的特点(测试执行主要依赖执行者的经验,类似调试),这种想法在真实的安全性测试环 <a href="https://www.cnblogs.com/guanhe/p/3484343.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2012/12/25/2832982.html
使用树莓派制作的远程开门器 - 关河
话说自从我厂的商务部门搬到旁边的商务楼之后,工程师发现漂亮的前台MM也搬走了,某区只留下冷冷清清的鱼缸。然后,工程师们发现开门成了个问题。鉴于进门需要刷卡,所以没有带卡的工程师就不得不摁下门铃,等待其他人从座位上起身为自己开门。经历过多次不得不让别人来开门以及不得不为别人开门之后,终于有工程师不能忍受了(我就是其中一个),于是,决定自己动手解决问题。要知道,地球上没有能难住工程师的问题!
研究与选择方案:
我厂的电子门锁的开门设备是通过一个带弹簧的开关(门内,类似墙面上开灯的开关)控制的,按下开关就能打开门,按下开关的时候能够听到明显的继电器闭合的声音,因此,趁着没人的时候我把开关拆开看了一下,证实的确是通过触电控制的一个继电器。按下开关时,两个金属触电接触,继电器动作,门打开。继电器在动作后延时4秒左右恢复。这样看来,硬件层面的开门实现就非常简单了:跨接一个数字继电器,要开门时,通过电平信号控制继电器闭合并保持2秒即可。
2012-12-25T12:19:00Z
2012-12-25T12:19:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】话说自从我厂的商务部门搬到旁边的商务楼之后,工程师发现漂亮的前台MM也搬走了,某区只留下冷冷清清的鱼缸。然后,工程师们发现开门成了个问题。鉴于进门需要刷卡,所以没有带卡的工程师就不得不摁下门铃,等待其他人从座位上起身为自己开门。经历过多次不得不让别人来开门以及不得不为别人开门之后,终于有工程师不能忍受了(我就是其中一个),于是,决定自己动手解决问题。要知道,地球上没有能难住工程师的问题!
研究与选择方案:
我厂的电子门锁的开门设备是通过一个带弹簧的开关(门内,类似墙面上开灯的开关)控制的,按下开关就能打开门,按下开关的时候能够听到明显的继电器闭合的声音,因此,趁着没人的时候我把开关拆开看了一下,证实的确是通过触电控制的一个继电器。按下开关时,两个金属触电接触,继电器动作,门打开。继电器在动作后延时4秒左右恢复。这样看来,硬件层面的开门实现就非常简单了:跨接一个数字继电器,要开门时,通过电平信号控制继电器闭合并保持2秒即可。 <a href="https://www.cnblogs.com/guanhe/archive/2012/12/25/2832982.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2012/10/17/2727514.html
一个面试官眼里的校园招聘——写给求职心切的应届毕业生 - 关河
作为一个已经有多年工程师面试经验,并在国内的大企业,小企业,国外的大企业,小企业混迹过的面试官(注意,我是技术人员,不是HR),我在微博上的吐槽的确有戏虐的成分。每年的校园招聘季,阅读和筛选简历都是我重要的工作之一。在一上午时间内怀着生怕错误优秀人才的心态伏案阅读了接近40份简历的我来说,在简历中看到让自己“情何以堪”的内容吐个槽,似乎也合情合理。不过,简历中是否应该包含“精通”并非是我吐槽的重点,目前完全由于应届毕业生在简历中写了过多精通而被直接挂掉的事情在我身上还未发生过,过多的“精通”表述最多只是我看不惯的一个点而已。
看到回复中有不少怀着热切心情找工作的应届毕业生(或是将要面临找工作压力的非应届毕业生),我觉得也许我可以从一个面试官和用人公司的角度描述一下我的体会。
找到“好的”工作必然会给初涉职场的各位应届毕业生一个良好的起步基础,加上走出校园面临的各种不确定性和在一个城市生存下来的压力,找工作基本是各位希望走出学校的应届毕业生自己的头等大事。我不能像大师们一样给各位斩钉截铁的“可行建议”,只是希望能让大家了解从我这样一个面试官的角度如何看待应届毕业生招聘这件事情
2012-10-17T04:31:00Z
2012-10-17T04:31:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】作为一个已经有多年工程师面试经验,并在国内的大企业,小企业,国外的大企业,小企业混迹过的面试官(注意,我是技术人员,不是HR),我在微博上的吐槽的确有戏虐的成分。每年的校园招聘季,阅读和筛选简历都是我重要的工作之一。在一上午时间内怀着生怕错误优秀人才的心态伏案阅读了接近40份简历的我来说,在简历中看到让自己“情何以堪”的内容吐个槽,似乎也合情合理。不过,简历中是否应该包含“精通”并非是我吐槽的重点,目前完全由于应届毕业生在简历中写了过多精通而被直接挂掉的事情在我身上还未发生过,过多的“精通”表述最多只是我看不惯的一个点而已。
看到回复中有不少怀着热切心情找工作的应届毕业生(或是将要面临找工作压力的非应届毕业生),我觉得也许我可以从一个面试官和用人公司的角度描述一下我的体会。
找到“好的”工作必然会给初涉职场的各位应届毕业生一个良好的起步基础,加上走出校园面临的各种不确定性和在一个城市生存下来的压力,找工作基本是各位希望走出学校的应届毕业生自己的头等大事。我不能像大师们一样给各位斩钉截铁的“可行建议”,只是希望能让大家了解从我这样一个面试官的角度如何看待应届毕业生招聘这件事情 <a href="https://www.cnblogs.com/guanhe/archive/2012/10/17/2727514.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2012/08/21/2650039.html
论证是一门学问 - 关河
本文的标题借用了安东尼.韦斯顿(Anthony Weston)的《论证是一门学问》一书的标题,向安东尼老爷子致敬的同时,也希望更多人能够真正了解“什么是论证”。
争论与论证从来都不是新鲜事物,作为软件行业的科技工作者,理应对各种论证的手段了如指掌才是。然而,从各种我参与的有争论的场合来看,事实并非如此。许多论证最终都停在口号式的结论,或是由于自说自话无法进行下去。科学对人类的贡献之一在于科学的方法,而“合理”的论证方式才是科学真理得以彰显的手段。
《论证是一门学问》一书(http://book.douban.com/subject/5399343/)中提到了论证的基本规则,以及各种论证的方式:类比论证、因果论证、演绎论证。这些方法都不是什么难度很高的方法,但在实际的争论过程中,尤其是在微博上进行的论证中(字数的限制也是导致误解的原因之一),却并不经常被论证的双方所遵守。
一个观点包含“前提”和“结论”。前提是为你的结论提供理由的表述。前提一般基于具体的事实或是已经被事实证实的结论,通过前提,借助各种论证的方法就能推导出结论。这个过程看似简单,在很多情况下却并非显而易
2012-08-21T15:33:00Z
2012-08-21T15:33:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】本文的标题借用了安东尼.韦斯顿(Anthony Weston)的《论证是一门学问》一书的标题,向安东尼老爷子致敬的同时,也希望更多人能够真正了解“什么是论证”。
争论与论证从来都不是新鲜事物,作为软件行业的科技工作者,理应对各种论证的手段了如指掌才是。然而,从各种我参与的有争论的场合来看,事实并非如此。许多论证最终都停在口号式的结论,或是由于自说自话无法进行下去。科学对人类的贡献之一在于科学的方法,而“合理”的论证方式才是科学真理得以彰显的手段。
《论证是一门学问》一书(http://book.douban.com/subject/5399343/)中提到了论证的基本规则,以及各种论证的方式:类比论证、因果论证、演绎论证。这些方法都不是什么难度很高的方法,但在实际的争论过程中,尤其是在微博上进行的论证中(字数的限制也是导致误解的原因之一),却并不经常被论证的双方所遵守。
一个观点包含“前提”和“结论”。前提是为你的结论提供理由的表述。前提一般基于具体的事实或是已经被事实证实的结论,通过前提,借助各种论证的方法就能推导出结论。这个过程看似简单,在很多情况下却并非显而易 <a href="https://www.cnblogs.com/guanhe/archive/2012/08/21/2650039.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2012/06/06/2538141.html
我的《性能测试过程详解与案例剖析》第二版已经可以在网上预订了 - 关河
该书的第一版是在2006年出版了,算起来,第二版离第一版都已经6年了。
《性能测试过程详解与案例剖析》这本书的写作目的简单且纯粹:在计划写作本书之前,市面上还没有一本原创的性能测试的中文书籍,而我因为做了几年的性能测试,有一些积累,希望能够和大家分享自己在性能测试方面的体会。因为这个原因,2006年我完成了这本书第一版的写作。写作过程消耗的时间和精力远超我的想象,所幸2006年第一版出版后,获得了大家的认可,给一些需要了解和提高性能测试知识和技能的朋友提供了帮助。
本书第二版的写作意向开始于2009年。不少读者给我来信,询问这本书可以在哪里买到,或是指出书中覆盖不够全面的地方,让我萌发了写作本书第二版的念头。但由于工作太忙,同事需要照顾家庭,该书的第二版工作一直进行得断断续续,期间几次准备中途放弃了。所幸在出版社和家人的支持下,在3年的时间里,终于还是完成了这本第二版。与第一版相比,第二版
2012-06-06T06:11:00Z
2012-06-06T06:11:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】该书的第一版是在2006年出版了,算起来,第二版离第一版都已经6年了。
《性能测试过程详解与案例剖析》这本书的写作目的简单且纯粹:在计划写作本书之前,市面上还没有一本原创的性能测试的中文书籍,而我因为做了几年的性能测试,有一些积累,希望能够和大家分享自己在性能测试方面的体会。因为这个原因,2006年我完成了这本书第一版的写作。写作过程消耗的时间和精力远超我的想象,所幸2006年第一版出版后,获得了大家的认可,给一些需要了解和提高性能测试知识和技能的朋友提供了帮助。
本书第二版的写作意向开始于2009年。不少读者给我来信,询问这本书可以在哪里买到,或是指出书中覆盖不够全面的地方,让我萌发了写作本书第二版的念头。但由于工作太忙,同事需要照顾家庭,该书的第二版工作一直进行得断断续续,期间几次准备中途放弃了。所幸在出版社和家人的支持下,在3年的时间里,终于还是完成了这本第二版。与第一版相比,第二版 <a href="https://www.cnblogs.com/guanhe/archive/2012/06/06/2538141.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2012/04/15/what_kind_of_testing_we_need.html
我们需要什么样的测试? - 关河
左耳朵耗子发表了《我们需要全职的QA吗?》后,一石激起千重浪,赞成者有之,激烈反对者有之;有人说文中对QA的定义不对,还有人说以偏概全…… 的确,在需不需要专职的QA角色这个问题上,很难用一个简单的“需要”或“不需要”来回答。前两天我写了一篇对该文的回应文章,但由于文章写就得比较仓促,很多观点来不及完整表述,因此,在“真理越辩越明”的原则下,在这边文章中,我准备就“我们需要什么样的测试”这个问题说说我自己的看法。
首先要说明的是,这篇文章完全不是讨论“我们是否需要专职QA”这个问题的,也不是讨论“各种情况下QA或测试工程需要做什么”,而是从我自身对测试的认知和个人经验出发,说一说我对不同特点的产品需要的测试的看法。
2012-04-15T07:10:00Z
2012-04-15T07:10:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】左耳朵耗子发表了《我们需要全职的QA吗?》后,一石激起千重浪,赞成者有之,激烈反对者有之;有人说文中对QA的定义不对,还有人说以偏概全…… 的确,在需不需要专职的QA角色这个问题上,很难用一个简单的“需要”或“不需要”来回答。前两天我写了一篇对该文的回应文章,但由于文章写就得比较仓促,很多观点来不及完整表述,因此,在“真理越辩越明”的原则下,在这边文章中,我准备就“我们需要什么样的测试”这个问题说说我自己的看法。
首先要说明的是,这篇文章完全不是讨论“我们是否需要专职QA”这个问题的,也不是讨论“各种情况下QA或测试工程需要做什么”,而是从我自身对测试的认知和个人经验出发,说一说我对不同特点的产品需要的测试的看法。 <a href="https://www.cnblogs.com/guanhe/archive/2012/04/15/what_kind_of_testing_we_need.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2012/04/12/response_to_do_we_need_qa.html
对《我们需要专职QA吗?》的回应 - 关河
说实话,在我看来,左耳朵耗子的《我们需要专职的QA吗?》这篇文章的观点并不算过激。最多就是一篇从开发工程师的角度来商讨是否需要设立“专门做测试的岗位”,让“不熟悉或是不懂开发的人”来做测试工作。如果这个问题摆在我的面前,在大多数情况下,我的答案可能和左耳朵耗子一样:“不需要”。
作为一个在测试行业工作了10多年的“老人”,在这里赞同左耳朵耗子的观点似乎是对自己过去这么多年工作的否定,但实际上,正是因为有这么多年的经验,我才真正能够深刻的体会专职测试工程师在工作中的局限和不足。
2012-04-12T15:35:00Z
2012-04-12T15:35:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】说实话,在我看来,左耳朵耗子的《我们需要专职的QA吗?》这篇文章的观点并不算过激。最多就是一篇从开发工程师的角度来商讨是否需要设立“专门做测试的岗位”,让“不熟悉或是不懂开发的人”来做测试工作。如果这个问题摆在我的面前,在大多数情况下,我的答案可能和左耳朵耗子一样:“不需要”。
作为一个在测试行业工作了10多年的“老人”,在这里赞同左耳朵耗子的观点似乎是对自己过去这么多年工作的否定,但实际上,正是因为有这么多年的经验,我才真正能够深刻的体会专职测试工程师在工作中的局限和不足。 <a href="https://www.cnblogs.com/guanhe/archive/2012/04/12/response_to_do_we_need_qa.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2010/12/15/agiletesting1.html
敏捷测试专栏之一 《什么是敏捷软件测试》 - 关河
在与不少测试从业人员讨论到敏捷的时候,被问得最多的大约是两个问题:“到底什么是敏捷软件测试?”,“敏捷软件开发还需要测试工程师吗?”。前一个问题是对于敏捷测试本身定义的疑问,第二个问题则是对敏捷开发将测试工程师排除在外的担心。其实,在探寻这两个问题答案的过程中,我们可以更清晰的了解敏捷软件开发中测试的工作定义,测试价值观,以及敏捷开发中开发与测试工程师的配合。鉴于这两个问题的意义,在本敏捷测试专栏的第一篇文章中,本人尝试从自己的实践出发,尽可能清楚的回答这两个问题。
确实,相对于敏捷开发红遍大江南北的状况而言,对敏捷测试的讨论则低调得多。敏捷联盟定义了敏捷的4个价值声明,以及伴随的12条支持原则,这12条原则中没有一条单独提到测试。这是不是意味着测试在敏捷开发中并不重要呢?实际上,如果仔细研读敏捷的12个原则,以及各种不同的敏捷实践,就会发现,测试在敏捷开发中占有非常重要的地位。无论是原则中的“频繁交付”,还是对“可工作的软件”的度量,或是敏捷开发实践中的“测试驱动开发”,“行为驱动开发”,都离不开测试的支持。在本人看来,敏捷开发中不把测试单独拿出来描述的原因,恰恰是因为在敏捷开发中
2010-12-15T09:02:00Z
2010-12-15T09:02:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】在与不少测试从业人员讨论到敏捷的时候,被问得最多的大约是两个问题:“到底什么是敏捷软件测试?”,“敏捷软件开发还需要测试工程师吗?”。前一个问题是对于敏捷测试本身定义的疑问,第二个问题则是对敏捷开发将测试工程师排除在外的担心。其实,在探寻这两个问题答案的过程中,我们可以更清晰的了解敏捷软件开发中测试的工作定义,测试价值观,以及敏捷开发中开发与测试工程师的配合。鉴于这两个问题的意义,在本敏捷测试专栏的第一篇文章中,本人尝试从自己的实践出发,尽可能清楚的回答这两个问题。
确实,相对于敏捷开发红遍大江南北的状况而言,对敏捷测试的讨论则低调得多。敏捷联盟定义了敏捷的4个价值声明,以及伴随的12条支持原则,这12条原则中没有一条单独提到测试。这是不是意味着测试在敏捷开发中并不重要呢?实际上,如果仔细研读敏捷的12个原则,以及各种不同的敏捷实践,就会发现,测试在敏捷开发中占有非常重要的地位。无论是原则中的“频繁交付”,还是对“可工作的软件”的度量,或是敏捷开发实践中的“测试驱动开发”,“行为驱动开发”,都离不开测试的支持。在本人看来,敏捷开发中不把测试单独拿出来描述的原因,恰恰是因为在敏捷开发中 <a href="https://www.cnblogs.com/guanhe/archive/2010/12/15/agiletesting1.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2010/11/15/1878034.html
对Singleton类解依赖 - 关河
上周六在杭州的《互联网软件测试大会》上做演讲的时候提到可测试性的话题,顺手举了一个例子:“B类存在对A类的依赖,A类是一个Singleton类,B类使用到了A类中的一个需要被mock的函数,这种情况下如何处理?” 本来,这是《修改代码的艺术》上曾经提到的一个典型模式,该书中有非常详细的描述。但今天收到某位听众的邮件,问这个问题应该怎么回答。
正好好久没有写过blog了,于是顺手写了一段简单的代码来说明这个问题。
2010-11-15T15:14:00Z
2010-11-15T15:14:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】上周六在杭州的《互联网软件测试大会》上做演讲的时候提到可测试性的话题,顺手举了一个例子:“B类存在对A类的依赖,A类是一个Singleton类,B类使用到了A类中的一个需要被mock的函数,这种情况下如何处理?” 本来,这是《修改代码的艺术》上曾经提到的一个典型模式,该书中有非常详细的描述。但今天收到某位听众的邮件,问这个问题应该怎么回答。
正好好久没有写过blog了,于是顺手写了一段简单的代码来说明这个问题。 <a href="https://www.cnblogs.com/guanhe/archive/2010/11/15/1878034.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2010/05/20/1740149.html
我们为什么要使用开源测试工具? - 关河
为什么要使用开源测试工具?
作为一个开源测试工具的推崇者,我经常被问到这个问题。许多测试工程师对商业测试工具情有独钟,总觉得商业测试工具既好用又强大,而开源测试工具功能弱,缺陷多,而且不好用。对开源测试工具的偏见一方面来自于商业测试工具的宣传,另一方面,也来自部分测试工程师在使用开源测试工具过程中的心态。
在本人所在的组织中,公司内使用的绝大多数测试工具或多或少都有开源测试工具的影子,从开源测试工具在本组织的应用中看来,使用开 源测试工具带来的优势非常明显…
2010-05-20T08:23:00Z
2010-05-20T08:23:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】为什么要使用开源测试工具?
作为一个开源测试工具的推崇者,我经常被问到这个问题。许多测试工程师对商业测试工具情有独钟,总觉得商业测试工具既好用又强大,而开源测试工具功能弱,缺陷多,而且不好用。对开源测试工具的偏见一方面来自于商业测试工具的宣传,另一方面,也来自部分测试工程师在使用开源测试工具过程中的心态。
在本人所在的组织中,公司内使用的绝大多数测试工具或多或少都有开源测试工具的影子,从开源测试工具在本组织的应用中看来,使用开 源测试工具带来的优势非常明显… <a href="https://www.cnblogs.com/guanhe/archive/2010/05/20/1740149.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2010/01/08/1642301.html
在第四届软件质量年会上的演讲(视频与PPT) - 关河
在第四届软件质量年会上的演讲,标题是”让测试敏捷起来“。
下面的链接是InfoQ上的视频和PPT:
http://www.infoq.com/cn/presentations/duannian-agile-test
2010-01-08T07:59:00Z
2010-01-08T07:59:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】在第四届软件质量年会上的演讲,标题是”让测试敏捷起来“。
下面的链接是InfoQ上的视频和PPT:
http://www.infoq.com/cn/presentations/duannian-agile-test <a href="https://www.cnblogs.com/guanhe/archive/2010/01/08/1642301.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2009/11/14/1603133.html
敏捷测试感悟(之二) - 关河
在本系列的第一部分中,我们简要回顾了敏捷开发,以及敏捷测试与传统测试的不同。在第一部分中,我们特别提到,敏捷测试的要点之一就是,不依据于角色而是依据于任务来考虑整个开发过程中的测试。
但是,对一个开发组织来说,组织中一定存在开发工程师和测试工程师的角色划分,作为一个敏捷团队中的测试工程师,他的主要工作职责是什么呢?或者说,他可以在哪些工作上发挥自己的作用呢?
2009-11-14T13:19:00Z
2009-11-14T13:19:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】在本系列的第一部分中,我们简要回顾了敏捷开发,以及敏捷测试与传统测试的不同。在第一部分中,我们特别提到,敏捷测试的要点之一就是,不依据于角色而是依据于任务来考虑整个开发过程中的测试。
但是,对一个开发组织来说,组织中一定存在开发工程师和测试工程师的角色划分,作为一个敏捷团队中的测试工程师,他的主要工作职责是什么呢?或者说,他可以在哪些工作上发挥自己的作用呢? <a href="https://www.cnblogs.com/guanhe/archive/2009/11/14/1603133.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2009/11/06/1597628.html
敏捷测试感悟(之一) - 关河
Agile testing(敏捷测试)基本上是伴随着敏捷开发的概念成长起来的,但在受关注程度上,远远不及敏捷开发本身。自然,开发队伍从数量和活跃度上来讲大于测试队伍,是其中的一个原因;除了这个原因之外,“敏捷测试究竟如何在项目中发挥作用”这个问题可能也是导致敏捷测试概念的流行度远远不如敏捷开发的原因之一。
在敏捷环境中工作了几年之后,对敏捷测试有了一些感悟,希望和大家分享。
2009-11-06T11:03:00Z
2009-11-06T11:03:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】Agile testing(敏捷测试)基本上是伴随着敏捷开发的概念成长起来的,但在受关注程度上,远远不及敏捷开发本身。自然,开发队伍从数量和活跃度上来讲大于测试队伍,是其中的一个原因;除了这个原因之外,“敏捷测试究竟如何在项目中发挥作用”这个问题可能也是导致敏捷测试概念的流行度远远不如敏捷开发的原因之一。
在敏捷环境中工作了几年之后,对敏捷测试有了一些感悟,希望和大家分享。 <a href="https://www.cnblogs.com/guanhe/archive/2009/11/06/1597628.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2009/06/01/1493789.html
《Google API大全:编程·开发·实例》一书将在本周末的GDD(Google开发者大会)上首发 - 关河
我也是本书的作者之一,虽然只在其中占了两章的内容:)
《Google API大全:编程·开发·实例》这本书是国内的第一本较为完整的介绍Google API的书,内容囊括了所有主要的Google API,并用大量的实例展示了Google API的应用方法。在这本书的首页上,我选择了“Google是一种生活方式”作为我对这本书的推荐语。
“Google是一种生活方式”,此言不虚,现在的网名,或多或少的被搜索引擎影响着使用Internet的方式,Google在其中的贡献不言而喻。当然,对我而言,“Google是一种生活方式”更有所指,Google的产品一向以良好的编程接口著称,对于以技术工作为主的工程师们,基于Google的产品构建自己的产品,更是一件值得一试的事情。
《Google API大全:编程·开发·实例》作者序:
2009-06-01T07:46:00Z
2009-06-01T07:46:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】我也是本书的作者之一,虽然只在其中占了两章的内容:)
《Google API大全:编程·开发·实例》这本书是国内的第一本较为完整的介绍Google API的书,内容囊括了所有主要的Google API,并用大量的实例展示了Google API的应用方法。在这本书的首页上,我选择了“Google是一种生活方式”作为我对这本书的推荐语。
“Google是一种生活方式”,此言不虚,现在的网名,或多或少的被搜索引擎影响着使用Internet的方式,Google在其中的贡献不言而喻。当然,对我而言,“Google是一种生活方式”更有所指,Google的产品一向以良好的编程接口著称,对于以技术工作为主的工程师们,基于Google的产品构建自己的产品,更是一件值得一试的事情。
《Google API大全:编程·开发·实例》作者序: <a href="https://www.cnblogs.com/guanhe/archive/2009/06/01/1493789.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2009/03/11/1408595.html
4月份到上海出差 - 关河
4月份到上海出差,有机会的话希望能够和上海的测试同行们见见面:)不知道有没有感兴趣的朋友?我到上海会住在南京路附近。 
2009-03-11T03:39:00Z
2009-03-11T03:39:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】4月份到上海出差,有机会的话希望能够和上海的测试同行们见见面:)不知道有没有感兴趣的朋友?我到上海会住在南京路附近。  <a href="https://www.cnblogs.com/guanhe/archive/2009/03/11/1408595.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2008/09/11/1289078.html
拿到了TD的3G测试手机 - 关河
从小到大,除非是人人都有奖的那种,否则我就和抽奖无缘。一直以为这就是我的命,没想到,居然有例外——几个月前申请TD的3G社会化测试,居然中彩被抽中了,太难得了。
我拿到的是新邮通的 N269 这一款手机,样子倒是中规中矩的长方形,不过不知道怎么回事,看到这个手机的第一眼就觉得有典型的山寨机风格。到今天为止大约使用了一周左右的该手机,接听和打了几个电话,和另一个测试用例视频了一次,用手机浏览器上网浏览了一些网站,用笔记本连接手机上网,总体感觉是,除了连接笔记本上网感觉上比GPRS和CDMA 1X明显快之外,别的3G的优势就没有明显的体会了。
2008-09-11T05:59:00Z
2008-09-11T05:59:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】从小到大,除非是人人都有奖的那种,否则我就和抽奖无缘。一直以为这就是我的命,没想到,居然有例外——几个月前申请TD的3G社会化测试,居然中彩被抽中了,太难得了。
我拿到的是新邮通的 N269 这一款手机,样子倒是中规中矩的长方形,不过不知道怎么回事,看到这个手机的第一眼就觉得有典型的山寨机风格。到今天为止大约使用了一周左右的该手机,接听和打了几个电话,和另一个测试用例视频了一次,用手机浏览器上网浏览了一些网站,用笔记本连接手机上网,总体感觉是,除了连接笔记本上网感觉上比GPRS和CDMA 1X明显快之外,别的3G的优势就没有明显的体会了。 <a href="https://www.cnblogs.com/guanhe/archive/2008/09/11/1289078.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2008/05/16/1200041.html
天佑中华 - 关河
这些天来,没有什么比得上对四川地震的关注,心里一直被塞得满满的,同情,难过,悲伤。
恨不能和那些可爱的救援者一样,在现场亲手挽救同胞的生命,可是理智却告诉我,对他们最大的帮助是做我能够做的。
看着新闻中的英雄们,在网站上读着感人至深的故事,看着那些放弃了自己的休息时间忙碌着筹集捐款,组织献血,人肉搜索,尽自己能力帮助他人的同事们,感动到无语。
逝者已矣,祝他们在天堂安好。我们能做的,是为那些需要帮助的人提供尽可能的帮助。看到网上很多和自己亲人失散的朋友焦急地打听自己亲人的消息,或许可以尝试这个:
http://www.google.cn/intl/zh-CN/qinren/cse.html
我在blog的右侧也加上了这个搜索框,即使这样只能帮到一个朋友,我也会发自内心的感到高兴。
太沉重,不能再说些什么了,我们经历了灾难,受难的人们正在经历苦难,但只要希望在,就能期待光明。
天佑中华!
2008-05-16T02:29:00Z
2008-05-16T02:29:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】这些天来,没有什么比得上对四川地震的关注,心里一直被塞得满满的,同情,难过,悲伤。
恨不能和那些可爱的救援者一样,在现场亲手挽救同胞的生命,可是理智却告诉我,对他们最大的帮助是做我能够做的。
看着新闻中的英雄们,在网站上读着感人至深的故事,看着那些放弃了自己的休息时间忙碌着筹集捐款,组织献血,人肉搜索,尽自己能力帮助他人的同事们,感动到无语。
逝者已矣,祝他们在天堂安好。我们能做的,是为那些需要帮助的人提供尽可能的帮助。看到网上很多和自己亲人失散的朋友焦急地打听自己亲人的消息,或许可以尝试这个:
http://www.google.cn/intl/zh-CN/qinren/cse.html
我在blog的右侧也加上了这个搜索框,即使这样只能帮到一个朋友,我也会发自内心的感到高兴。
太沉重,不能再说些什么了,我们经历了灾难,受难的人们正在经历苦难,但只要希望在,就能期待光明。
天佑中华!
<a href="https://www.cnblogs.com/guanhe/archive/2008/05/16/1200041.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2008/05/05/1183759.html
一个好玩的网站 - 关河
网站名称是PythonChallenge,提供了一系列的Python puzzle需要你去解决。需要你根据给出的页面提供的信息,猜测(计算)出下一关的URL是什么。
刚开始看到的时候觉得满头雾水,尝试着解决了几关之后发现,还是蛮好玩的。所有的puzzle都建议使用Python编程语言来解决,当然也可以用其他的语言来解决。如果你正在学习Python,或是对用编程解决问题有兴趣,可以去试试,看看你能到哪一关。
http://www.pythonchallenge.com
一点小提示:
1,解决一个问题后,得到下一关的html文件名,只需要把本关的URL的xxxx.html改成[newstring].html即可;
2,注意页面上的提示信息,请仔细阅读;
3,很多时候需要查看页面的源代码,源代码中通常会隐藏一些信息。
2008-05-05T09:17:00Z
2008-05-05T09:17:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】网站名称是PythonChallenge,提供了一系列的Python puzzle需要你去解决。需要你根据给出的页面提供的信息,猜测(计算)出下一关的URL是什么。
刚开始看到的时候觉得满头雾水,尝试着解决了几关之后发现,还是蛮好玩的。所有的puzzle都建议使用Python编程语言来解决,当然也可以用其他的语言来解决。如果你正在学习Python,或是对用编程解决问题有兴趣,可以去试试,看看你能到哪一关。
http://www.pythonchallenge.com
一点小提示:
1,解决一个问题后,得到下一关的html文件名,只需要把本关的URL的xxxx.html改成[newstring].html即可;
2,注意页面上的提示信息,请仔细阅读;
3,很多时候需要查看页面的源代码,源代码中通常会隐藏一些信息。 <a href="https://www.cnblogs.com/guanhe/archive/2008/05/05/1183759.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2008/04/28/1174583.html
JMeter与LoadRunner的比较 - 关河
本来打算写一篇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进行比较,然
2008-04-28T06:13:00Z
2008-04-28T06:13:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】本来打算写一篇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进行比较,然 <a href="https://www.cnblogs.com/guanhe/archive/2008/04/28/1174583.html" target="_blank">阅读全文</a>
https://www.cnblogs.com/guanhe/archive/2008/04/27/1173609.html
浏览器对Script下载的非并行处理再说明 - 关河
<img src="http://www.cnblogs.com/images/cnblogs_com/guanhe/jsdownload1.JPG" align="right"/>在4月26号下午的讲座中,我提到了“将Script放到HTML文件中尽量靠近尾部”的方法来提高用户感觉上的响应时间,有朋友对这个问题提出了疑问,因此在这里更详细的对该方法进行说明。
首先,浏览器对于script的下载是避免并行进行的。HTTP/1.1协议中规定浏览器和同一host之间只建立最多两个连接,也就是说允许的最大并行度为2(当然,对IE和Firefox来说,你都可以通过修改浏览器的设置来扩大这个并行度)。但对于Script的下载来说,浏览器在开始下载Script之后,是不会并行的下载其他element的。不会并行下载script这一点是一个事实,但浏览器为什么要采用这种策略,以及浏览器我们提到的“将Script放到HTML文件中尽量靠近尾部”到底能起到多大的作用,需要注意哪些事项,我希望在这篇文章中进一步的进行讨论。
2008-04-27T14:08:00Z
2008-04-27T14:08:00Z
关河
https://www.cnblogs.com/guanhe/
【摘要】<img src="http://www.cnblogs.com/images/cnblogs_com/guanhe/jsdownload1.JPG" align="right"/>在4月26号下午的讲座中,我提到了“将Script放到HTML文件中尽量靠近尾部”的方法来提高用户感觉上的响应时间,有朋友对这个问题提出了疑问,因此在这里更详细的对该方法进行说明。
首先,浏览器对于script的下载是避免并行进行的。HTTP/1.1协议中规定浏览器和同一host之间只建立最多两个连接,也就是说允许的最大并行度为2(当然,对IE和Firefox来说,你都可以通过修改浏览器的设置来扩大这个并行度)。但对于Script的下载来说,浏览器在开始下载Script之后,是不会并行的下载其他element的。不会并行下载script这一点是一个事实,但浏览器为什么要采用这种策略,以及浏览器我们提到的“将Script放到HTML文件中尽量靠近尾部”到底能起到多大的作用,需要注意哪些事项,我希望在这篇文章中进一步的进行讨论。
<a href="https://www.cnblogs.com/guanhe/archive/2008/04/27/1173609.html" target="_blank">阅读全文</a>