要开始讨论的话题之前，我想举一个实际生活中的例子：丈夫和妻子住在同一所房子里，且不与对方沟通。或者说他们之间没有什么可以说的。他们只是用短信告知对方如果有什么重要事要注意。否则，两人都是在忙自己的生活，不怎么会打扰或者照顾对方。长久如此会发生什么？一种挫败感升高，刺激倍增，愤怒的表现和情绪失控的发生。一段关系只会在有频繁交流，难得争吵，大量共识以及彼此之间赞扬的情况下才能加强。现在，将上述情况与软
现如今，许多公司都提出了“手机第一”的口号。然而，能够以一种有意义的方式来测试移动应用程序是非常具有挑战性的。在Google+团队，我们分享了通过我们反复试验得到的使我们成功的战略，能够同时运用于iOS和Android的测试移动应用程序。整体来说了解平台。Android上的测试与iOS上测试不是一回事。适用于不同平台的测试工具和框架的都有显著的不同之处。（例如，Android使用的是Java，而i
我目前在重写我一个客户的一个简单的电子商务应用程序。新版本使用Scala和优秀的Lift框架来实现，是一个已完成六年的的struts/JSP版本的重写。核心应用大部分是相同的，但我加入一系列新的和改进的管理功能。通常，我会建立个简单且容易理解的应用程序，例如使用普通TDD的原则，先创建单元测试再由其驱动代码编写。我有时也会加入一些基本的UI测试，通常像使用Selenium，或只是运用HtmlUni
在程序发展的每一个阶段所产生的问题是，每次重复的的回归测试所需时间太长，而且往往被证实功能并无明显变化。因此，缺陷存在的可能性是相当低的。自然的，其产生的结果就是，我们得出一个想法，自动化所有回归测试的场景，并拒绝手动进行回归测试。这里的好处非常显而易见：自动化测试比人工更快;自动化测试可以在任何时间进行;自动化测试非常精确;自动化可以用在几乎所有的测试过程中可以自动创建报告。但不幸的是，很少有关
工作多年以来发现很多团队对自动化测试的理解就是写脚本，单元测试就是用XUnit框架写脚本。团队话费了大量精力去写自动化脚本但取得的实际价值确不容乐观，但很多人乐此不彼，觉得写代码就是白盒测试，是高大上的体现。其实这完全是个误区，首先我们看下白盒测试的定义：白盒测试（white-boxtesting）又称透明盒测试（glassboxtesting）、结构测试（structuraltesting）等，
我相信大家都听说过自动化测试的金字塔，因此我就简单的在这儿介绍一下，你也可以通过这个链接阅读关于它的详细内容。它本质上是一种策略，显示了验收测试（通常为UI），集成测试以及单元测试之间的最佳实践比例，在这儿就以简单的形式表示一下。这表明了，如果你的测试包含了10%的验收测试，20％的集成测试和70％的单元测试，就将构成一个很好的比例。你可能会问，这是为什么？这样做的主要重点是投资回报率，通过再在单
作为一名测试人员我知道我不可能找到每一个错误。但即便如此，当一个问题从你眼前溜过，跑向生产这一本垒时，我经常会问自己，我怎么就漏过了这个问题呢？有什么是我可以做得更好的？我能做些什么来防止未来这种情况的再次发生？这些都是很好的问题，但更实际的来说，我们需要认识到一点，错误往往会偷偷溜过而未被我们发现。有一些方法可以帮助我们减少这些未被发现的bug数量，但我明白没有任何办法能够保证产品完全无缺陷。当
作为一个软件测试员在合同市场上的重要的一点是成功销售你的测试服务的能力。我们将与你分享我们认为可以获得这个能力的3种方法。积极的影响花一点时间来思考一下你如何能为你的潜在客户的业务带来积极的影响。这可能是为他们节省金钱（或在某些情况下赚他们更多的钱）。此外，告知你的潜在客户你将如何通过你的技能来为他们节省时间，精力和资源。翔实的说明为什么你的技能和经验将会是一个适合其业务需求的很好的解决方案。情感
按照常规的做法，当一个缺陷修复完毕后，通常会对修复后的代码进行两种形式的测试。首先是确认测试，以验证该修复程序实际上已经修复了缺陷，二是回归测试，以确保修复部分本身没有破坏已有的功能。需要注意的是，当新的功能添加到现有的应用程序时也适用这一相同的原理。在添加新功能的情况下，测试可以验证新功能的工作是否按要求和设计规范，例如回归测试就可以表明，新的代码并没有破坏任何现有的功能。也有可能应用程序的新版
当商谈你新工作的薪水时，这里有一些错误是你无论如何都应该避免的。完全不谈判我知道——这错误听起来真的很明显。所以，我会简短的用我最喜欢的一句话来说明：“如果你不问，答案永远是不”。不考虑完整的福利方案一般来说，如果你要开始一个新的全职工作——你将获得一定基本工资和福利。当然，公司与公司之间会有所不同（有的公司根本不提供福利）。你可能获得的整体福利是你在决定是否接受offer时需要考虑的一个重要因素
热门文章