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