一个实际的介绍性能测试

这篇文章是系列报导共分四个部分,集体涵盖以下主题:

• 第1部分—实用介绍性能测试
• 第2部分- - - - - -建立一个性能测试策略
• 第3部分- - - - - -建模性能测试

• 第4部分- - - - - -执行性能测试

性能测试overview

应用程序被释放到市场,每天增加的复杂性,在越来越短的开发周期。这需要拥抱敏捷开发和测试方法。

性能,作为全球用户体验的一部分,现在是软件质量的一个关键元素。

“老学校”顺序项目的静态资格/实现/测试阶段,推动性能测试在生命周期结束之前,肯定会经历一个性能风险。这个命题是不再接受以今天的应用程序的质量标准。

这个博客系列提供实用信息如何执行有效的性能测试在这个新的和更苛刻的环境。

在现代应用程序的复杂性

这背后的主要驱动力之一,向现代的转变负载测试是日益复杂的景观:

• 大多数用户在使用移动设备、瘦客户机、平板电脑和其他设备来访问信息。

• 复杂的体系结构,由多个应用程序共享的同时,正在建设中。
• 新技术提供一系列的解决方案(AJAX框架,富Internet应用程序(RIA),WebSocket,更多)旨在改善应用程序的用户体验。

历史上,应用程序测试来验证质量在几个领域:功能、性能、安全等测试阶段解决用户需求和商业风险。然而,对话已经改变;不再谈论质量,它是关于用户体验。用户体验是一个外观、稳定性、安全性和性能。

性能:必须成功的用户体验

性能是用户体验的成功的关键因素。这是由于技术的进步,建筑的复杂性,地点/网络的用户。负载测试是一个不错的开发过程,但迅速成为一个重要的测试步骤。负载和性能测试回答下列问题:

• 是应用程序能够处理一定数量的并发用户?
• 是页面的平均响应时间可接受的这组负荷下吗?
• 应用程序负载峰值后恢复到正常行为吗?有多少用户可以应用程序处理,同时保持可接受的响应时间?
• 什么是服务器的负载阈值以上(s)开始产生错误和拒绝连接?
• 服务器高负载下保持功能或崩溃吗?

像任何测试活动,性能测试需要适当的方法和逻辑。

当应用程序通过性能测试但没有在生产中,通常是由于不切实际的测试。在这些情况下,很容易但误导归咎于测试本身或使用的工具来执行它。测试设计的典型的问题所在,尤其是当没有正确的基础。有必要问,“我们需要知道,如果我们有提前的信息,允许我们预测生产之前这个失败吗?“换句话说,我们如何提供和执行有效的性能测试过程吗?”

阶段的一个负载测试项目

方法像敏捷和DevOps允许创建应用程序快速解决客户的需求。这些实践要求更新项目组织和团队之间需要更紧密合作。在这些方法中,项目生命周期被分解成若干冲刺,每一个都负责交付应用程序的一部分。在这种环境下,性能测试过程应该遵循下面的工作流。

一个性能测试策略应该在项目生命周期的早期阶段实现。第一步:性能资格。这定义了整个项目的测试工作。一个“老学校”项目性能测试方法将迫使等待组装应用程序之前将开始性能验证。在现代项目生命周期中,唯一的方法,包括在早期阶段是测试性能验证单个组件后每个构建和实现端到端性能测试一旦应用程序组装。

下一个步骤

阅读本系列的下一篇文章中对一些实际的指导建立一个性能测试策略。

这篇文章最初发表在2017年12月和2021年7月被刷新。