性能测试是许多软件项目的关键方面,因为它测试客户体验的架构方面,并提供软件质量的指标。由于设置和集成性能测试通常很昂贵,项目团队通常会等到项目开发/测试生命周期结束再进行。这种方法的潜在副作用是,在开发生命周期末期发现的主要问题解决起来会更加昂贵。
在基于迭代的工作周期内工作的关键是团队协作。出于这个原因,性能测试人员必须能够根据情况的变化适应每次迭代周期内测量和分析的内容。
方法介绍
从线性的角度来看,该方法首先审查软件开发项目作为整体,利益相关者选择将性能测试纳入项目的原因,以及性能测试预期为项目带来的价值。这项审查的结果包括团队对性能测试工作的成功标准的看法。
一旦高度理解成功标准,就会设想一个总体策略来指导实现这些标准的一般方法,通过概括在开发生命周期的各个阶段预期要添加最多价值的性能测试活动。这些时间点可能包括关键项目交付、检查点、冲刺、迭代或每周构建。就本章而言,这些事件统称为“性能构构建”。经常,在策略不断发展的同时,性能专家和/或团队将开始设置性能测试环境和负载生成环境。
有了策略和必要的环境,测试团队将制定即将进行的性能构建的主要测试或任务的计划。当交付性能构建时,应根据所有当前可用信息按优先顺序执行计划任务(适当报告、记录、修订、重新确定优先顺序、添加和删除任务并改进应用程序和整体计划),因为工作的进行。
迭代性能测试活动
该方法可以用以下九个活动表示:
活动1.理解项目愿景和背景。此活动的结果是对项目愿景和背景的共同理解。
活动2.识别测试性能的原因。明确识别进行性能测试的原因。
活动3.识别性能测试为项目带来的价值。 将项目级和业务级目标转换为特定的、可识别的和可管理的性能测试活动。
活动4.配置测试环境。设置负载生成工具和系统测试,统称为性能测试环境。
活动5.识别和协调任务。按优先顺序协调支持、资源和日程安排,使任务高效和成功。
活动6.执行任务。执行当前迭代的活动。
活动7.分析结果和报告。与团队分享结果。
活动8.重新审视活动1-3并考虑性能验收标准。在迭代之间,确保基础信息没有改变。融合新的信息,如客户反馈,并在必要时更新策略。
活动9.重新优先考虑任务。根据测试结果、新信息和特征与组件的可用性,重新确定任务的优先顺序、增加或删除策略中的任务,然后返回活动5。
总结
成功的基于迭代的性能测试需要协调、沟通和灵活性。本章介绍的9个活动为实现这一目标提供了指导和建议。尽管本章假定使用敏捷或其他基于迭代的开发方法,但其概念同样适用于更传统的瀑布方法,并且其活动和任务可以根据需要进行调整以满足项目的具体需求。
关键是理解性能测试与开发生命周期的其余部分的关系,并相应地调整测试任务和环境。成功的性能测试需要与整个团队密切合作。测试人员必须能够根据收到的反馈和新信息随时调整测试计划和重点。
