收录了 测试策略 频道下的 50 篇内容
本文主要对“为何必须做单元测试”和“单元测试的最佳实践”两个关键问题做出回答。
不管多么乏味,回归测试都是保护产品质量强有力的看门人。任何项目无论采用哪种开发方法论,都需要它。但是如何把握并组织好它呢?这就需要一个高质量的回归测试策略,需要很好的理解测试工作的各个方面(类型、方法和方式)
集成是企业应用系统中绕不开的话题。与外部系统的集成点不仅实现起来麻烦,更是难以测试。本文介绍了一种普遍适用的集成点测试策略,兼顾测试的覆盖程度、速度、可靠性和可重复性,为集成点的实现与测试建立一个通用的参考。
文章介绍Jimmy Bogard在做一个大型项目时实施的一种有效的测试分层策略:包括系统测试、皮下测试、单元测试。作者认为最有价值的测试策略是从全系统测试开始,然后往下移,直至单元测试。当一个应用程序对业务有决定性作用时它将不得不面临变更,这样的全盘考虑特别有效。
我们需要一种不同的、涉及面更广的测试方法。
为了使大家确信“应做单元测试,就一定能做单元测试”,谷歌测试工程师Mona El Mahdy专门写了一篇博客,提出了几种执行安卓应用用户界面单元测试的方法。Mahdy推荐使用 Robolectric和Android Studio Gradle插件做常规的单元测试,用 Espresso 或 UI Automator 创建和运行单元测试。
Facebook利用机器学习方法,从大量的历史代码变动和测试结果的数据集中进行学习,自动得到测试选择策略,为特定的代码改动选择适合的回归测试。这个预测性测试选择系统已经在Facebook上部署了一年多,能够确定超过99.9%的回归问题,同时只需要运行与改动代码相关的所有测试中的三分之一,大大提高了测试设施的效率。
测试策略有两层背景叠加:业务大背景和项目小背景。下文提到的测试策略有时指代业务级测试策略,有时指代项目级测试策略,如果无特指强调,则是在探讨两类测试策略的共同特点。
软件测试的本质目的是什么?是为了保证软件产品的质量。保证软件产品质量的目的是什么?给用户递交价值。
本文将讨论DevOps的基本概念、生命周期、最佳实践以及我们应该使用的工具。
项目从2009年开始启动,采用的是TDD的开发方式。在这之后的过程中,团队做过各种尝试去调整自动化测试的策略去更好的适应不同阶段项目的特征,比如调整不同类型测试的比例,引入新的测试类型等。
敏捷方法中内建了许多传统的测试管理活动,随着人们对敏捷团队特性,例如自组织、角色的模糊化以及技能的多样性的期望,测试管理的性质也随之改变了。我们必须回答的问题是,在高效的敏捷组织中,测试经理这一角色是否还有存在的必要?这一角色一直以来所从事的这些活动又是如何被剥夺的呢?
今天我们来谈谈移动测试的测试策略与测试架构。首先我们将移动应用的范围限定在智能移动操作系统(比如Android、iOS、WinPhone等)上,包括手机应用,智能设备应用等。
测试策略是指在特定环境约束之下,描述软件开发周期中关于测试原则、方法、方式的纲要,并阐述了它们之间如何配合,以高效地减少缺陷、提升质量。
本文介绍了12种微服务技术并做了对比。