敏捷测试人员的十条法则：提供持续反馈；为客户创造价值；进行面对面的沟通；勇气；简单化；持续改进；响应变化；自我组织；关注人；享受乐趣。提供持续反馈既然是测试驱动敏捷项目，那么很显然反馈在敏捷团队中占据重要的地位。既然是测试驱动敏捷项目，那么很显然反馈在敏捷团队中占据重要的地位。为客户创造价值敏捷开发就是在较低的版本发布中提供客户目前最迫切需要的功能。这通常意味着限定范围。我们经常在客户团队中遇到较
Scrum敏捷开发有一个明显特征就是重团队，轻部门，每个团队里面包含了开发、设计、测试各种角色，Scrum团队以小著称，团队中的测试人员一般只有一到两名。在传统的瀑布式开发中，测试人员经常因进入测试阶段的条件不满足而需要较长的等待。而在Scrum敏捷开发中，测试人员需要尽可能早的开展工作，“等待”在Scrum开发的测试中已属一种错误概念。测试人员应具备三方面的能力：编码，测试和分析。不同的阶段对测
没有文档的软件是一种灾难。代码不是传达系统原理和结构的理想媒介。团队更需要编制易于阅读的文档，来对系统及其设计决策的依据进行描述。然而，过多的文档比过少的文档更糟。编制众多的文档需要花费大量的时间，并且要使这些文档和代码保持同步，就要花费更多的时间。如果文档和代码之间失去同步，那么文档就会变成庞大的、复杂的谎言，会造成重大的误导。对于团队来说，编写并维护一份系统原理和结构方面的文档将总是一个好主意
你为什么喜欢测试？因为看到候选人睁大了眼睛看着我，我重复了我的问题。他不知该如何回答,提到了什么是软件测试,为什么测试是重要的。我笑了笑。在我职业生涯的大部分时间都是做软件测试员,我过去常常澄清我喜欢我的工作的愿意和我为什么要继续。在不同的阶段,“喜欢”的因素是不同的。但是，这确实帮助我理解我目前的焦点以及探索新的测试的领域。这个简单的问题可以帮助打开机会之门,因为它让你更好地了解你作为一个测试人
测试用例是软件测试的基础，是测试人员和开发团队其他成员深入了解产品开发需求的介质之一，也是产品质量的保障。因此合理设计测试用例不仅有助于掌握客户的产品真实需求，使得研发团队所有人员对需求的理解处于同一平面上，也确保产品在整个动态的研发过程中，始终符合用例的设计，实现用户最终期望的功能。在传统开发模式中，需求分析往往占用较长时间，分析阶段由核心的开发人员和测试人员参与。在进入研发阶段后，将需求传递给
近些年来，随着敏捷开发方法和互联网企业的发展，易用性测试和探索性测试被越来越受到关注。客户也经常提这样的概念或者尝试实践。有些客户可能只做易用性测试，有些客户则关注探索性测试。还很少看到两者都做得。这里简单诠释下两者的相同和不同，如果有不同意的地方，敬请指正。相同点1.易用性测试和探索性测试都是面向业务的测试。所谓面向业务的测试是区别于面向技术的测试，它更多关注用户感受，逻辑是否合理，流程是否正确
我们已经建立了一种思想,管理测试团队类似不同的球类运动。由于心态,测试团队面临的环境和挑战，它可能不再适合在传统管理技术的范凑。这篇文章是给谁读的呢?先复习一下第一个教程。在这里，我们将讨论怎么组织一个快乐的测试团队。不管你是否已经管理者的角色或最近被提升,下面的几个指导一定会帮助你获得一些观点。在这里阅读第1部分=>测试领导第1部分《测试管理能力—测试领导的责任及如何有效地管理测试团队》成
精益生产（LeanProduction）又称精良生产。精益生产就是及时制造，消除一切浪费，利用快速推出逐步改善的方式强化产品的弹性。精益生产综合了大量生产与单件生产方式的优点，力求在大量生产中实现多品种和高质量产品的低成本生产。而精益生产方式也被称为"实时生产"，是一个过程管理的理念。精益生产的这种方式与敏捷式开发的理念不谋而合，广受敏捷式开发社群的讨论。LeanSoftwar
测试优先的原教旨主义就像禁欲教育:是一个不切实际的、无效的道德活动，让人自我厌恶和羞耻。刚开始时情况并非如此。当我第一次发现TDD,它就像一个礼貌的邀请，一个能够更好地编写软件的世界。心灵上的促动使你去开始测试实践。它开阔了我的眼界,经过良好测试的代码库，他带来了软件变革的信心。测试优先是很好的自我训练方式,它教我如何在更深层次上思考测试,除此之外也有些内容我很快就抛之脑后了。然而,多年来,关于测
越是成就非凡，往往越容易打扰到你周围的世界“你在减肥吗？“你应该满足于你现在的体型了！”你在帮助非洲的孩子吗？“你应该先帮帮你所在的国家！”你在治愈癌症吗？“是什么事让你弄这么久？”（图：你解决了世界贫困？很好。请问我现在该怎么找优越感？）无论你做什么，你都会打扰某些人，而这可能会是一件好事情。让我来告诉你偶尔当一个「混蛋」的优点吧。法则1：有意义的事要比远远比别人的感受重要成功人士有时令人感觉像
热门文章