紫晴的阅读
开发人员并不是个好测试，您怎么看？
毫无疑问这个观点会引起争议。开发人员测试他们自己的代码——会得到怎样的测试结果?一切完美？是的,开发代码的人通常只能看到产品好的方面，而不想去关注更多的细节。开发人员做测试的主要担忧是,被曲解的需求。如果需求被开发人员误解了,那么无论开发人员在什么深度测试应用程序,他将永远找不到错误。第一个被认为是BUG的地方将从始至终一直保持现状,因为开发人员会将它看作正常功能。乐观的开发者——是的,我写的代码
329°/
2014-04-11/3290 人阅读 / 4 人点赞
/ 0 条评论
ThoughtWorks CTO谈IT职场女性：你并不奇怪
摘要：“打算从事此领域工作的女性仍然自认有点奇怪，或者认为男性可能无法接受她们。我们需要改变这种状况。”——ThoughtWorksCTORebeccaParsons【编者按】女性IT工作者在该领域内一直处于一种特殊的地位，说这话的我可能就存在着潜在的偏见，虽然我很支持女性进入IT领域打拼。ThoughtWorksCTORebeccaParsons日前为此撰文称“人们可能没有完全意识到至今仍存在的
221°/
2014-04-11/2216 人阅读 / 0 人点赞
/ 0 条评论
“摇一摇”找Bug，初创公司Instabug帮助你优雅地反馈应用程序错误
想想看你一般都是怎么反馈应用程序Bug的？截图、发邮件、吐槽。截图、发微博、吐槽。截图、发论坛、吐槽。累觉不爱。而外国的一个初创公司，近日面向APP开发者推出了一个工具，可以将这些繁琐的过程，浓缩成为高冷的“摇一摇”。这家公司叫Instabug，他们创新地把Bug反馈和“摇一摇”结合起来，让用户可以轻松优雅的反馈应用bug。目前这项服务处于测试期间，向APP开发者免费提供。Instabug使用起来
246°/
2014-04-09/2465 人阅读 / 0 人点赞
/ 0 条评论
你了解模糊测试（fuzz testing）吗？
模糊测试（fuzztesting）是一类安全性测试的方法。说起安全性测试，大部分人头脑中浮现出的可能是一个标准的“黑客”场景：某个不修边幅、脸色苍白的年轻人，坐在黑暗的房间中，正在熟练地使用各种工具尝试进入某个系统。这种由安全人员“模拟黑客进入系统”的测试方法的确是安全性测试中的一种有效测试手段，名叫“渗透测试”。渗透测试方法完全依靠测试执行者的能力，能力强的“白客”能够发现有价值的安全性漏洞，而
354°/
2014-04-09/3547 人阅读 / 0 人点赞
/ 0 条评论
如何让开发和测试成为好基友?
又一次,我想和你分享关于软件测试行业的这个有趣的话题。这也是一个在任何组织中都很热门的话题。作为一个测试人员或QA你可以猜一下。对了！没别的——就是测试人员vs.开发人员。测试人员——麻烦制造者这很有趣,几乎所有开发人员都认为测试人员是麻烦制造者。实际上这不是他们的错,没有人喜欢听他/她自己”孩子”的缺点。我们(测试人员)正在做同样的事情,当然背后的意图是向全世界的客户输出高质量的产品。在这两个角
316°/
2014-04-08/3161 人阅读 / 4 人点赞
/ 0 条评论
单元测试需要什么样的代码覆盖率
一大早，一个年轻的程序员问大师：“我准备写一些单元测试用例。代码覆盖率应该达到多少为好？”大师回答道:“不要考虑代码覆盖率，只要写出一些好的测试用例即可。”年轻的程序员很高兴，鞠躬，离去。之后没多久，第二个程序员问了大师同样的问题。大师指着一锅烧沸的水说：“我应该往这个锅里放多少米？”这个程序员看起来被难住了，回答道：“我怎么会有答案？这取决于要给多少人吃，他们饿不饿，有什么菜，你有多少米，等等。
225°/
2014-04-08/2250 人阅读 / 0 人点赞
/ 0 条评论
基于TestNG 与Selenium 的自动化测试设计与实施
1、引言软件测试是关系到软件开发和维护成本的重要环节。任何软件产品在正式发布之前都必须经过严格的测试。随着计算机技术的迅速发展,软件的结构越来越复杂,同业竞争越来越激烈。为了保证软件产品的高度可靠性和竞争力,很多软件开发机构都将其主要的研制力量投入到软件测试之中。回归测试是软件测试中的重要组成部分,占有很大的比重。每次例行包发布前都需要对软件现有功能进行回归验证，确保无误以后才能发给各地现场，大家
246°/
2014-04-04/2460 人阅读 / 0 人点赞
/ 0 条评论
对软件测试团队“核心价值”的思考
之前曾写过《软件质量管理的困境与对策思考》，在其中谈到开发部门与质量管理部门（QA）应形成一个有“交集的双环”而非“哑铃型”组织，也指出软件质量管理应重实践轻量化，其目标应是帮助工程师改善工作习惯和提升开发环境的效率。那时并没有认真地思考过测试团队的核心价值，直到读到@段念-段文韬老师的《测试团队与咖啡店》。通常，软件开发团队似乎几乎不谈论自己的“核心价值”，而针对测试团队总有对该问题的特有思考是
251°/
2014-04-03/2513 人阅读 / 1 人点赞
/ 0 条评论
自动化测试介入的时机
今天，在我建的一个测试群里看到有位同学抛出了这个一个问题自动化测试是在开发阶段就介入呢，还是等手工测试结束之后，系统功能稳定后，介入？当时没时间去回答，就找了以前在淘测试上看到的一篇文章发给他了。回到家之后，我在跑步机上想了下这个问题，现在我在做的自动化测试，会怎么去判断准入条件呢？首先，搞清楚自动化的目的是什么？提供工作效率，运行自动化测试用例可以同时做其他的工作，而且测试效率有了提升，大量ca
229°/
2014-04-02/2292 人阅读 / 0 人点赞
/ 0 条评论
测试用例或许不是了解产品的最好方式
测试行业长期存在的争论之一是，为什么功能测试用例在某种意义上可能是很有用的，是因为:"Manualscriptedtestcasesareagreatwayfornewtesterstolearntheproductwhiletheytest"“当测试新人着手产品测试时，以往的测试用例是一个非常好了解产品的方式”这种说法貌似很有用:“使用GPS来找路，是了解这个城市的极好途径”
310°/
2014-04-02/3109 人阅读 / 4 人点赞
/ 0 条评论