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