活动7:分析结果和报告
为了跟上迭代过程,结果需要快速分析和共享。如果分析不果断,应尽早重新测试,以便团队有最大的时间对性能问题作出反应。在最终发运项目时,之后举行一次会议通常是值得的,以收集和传递经验教训。在大多数情况下,每日或每隔一天的更新以共享信息和协调下一任务是有价值的。
检查清单
要问的问题:
初步结果有意义吗?
测试是否提供了预期的数据?
数据有价值吗?
是否需要更多测试来从数据中得出意义?
是否需要调优?如果是,我们知道该调整什么吗?
结果表明需要执行尚未计划的其他测试吗?
结果表明我们计划进行的任何测试都不再必要吗?
是否达到了任何性能目标?
任何性能目标是否已过时?
提供的价值:
评估算法效率。
监控资源使用趋势。
测量响应时间。
收集可扩展性和容量规划的数据。
在测试中出现的教训得出结论时进行传递。
完成的任务:
协作分析数据。
确定结果的含义。
与整个团队共享数据。
将经验教训纳入未来的迭代规划。
与以下人员协调:
开发人员和管理员
管理者和利益相关者
用户或用户代表
不参与项目的其他性能测试员
活动8:重新访问活动1-3并考虑性能验收标准
迭代之间,确保基础信息未改变。整合新信息,如客户反馈,并在必要时更新策略。
检查清单
要问的问题:
项目愿景的性能影响是否改变?
我们试图提供的服务或我们试图为客户解决的问题的性能影响是否改变?
项目时间表、结构或可用资源是否改变?
性能测试目标是否改变?
验证任何合同、合规性、项目或客户性能标准或期望所需的性能测试活动是否改变?
哪些性能测试活动将有助于解决当前已知的性能问题?
提供的价值:
更新资源和仪器假设和需求。
指出任何令人担忧的地方。
指出资源和仪器需求和/或风险。
更新性能测试目标。
增强和更新特定性能问题的使用场景。
增强和更新性能目标、要求、目标和阈值。
确保团队有足够的警告有关将需要其他团队成员支持的即将进行的性能测试活动。
完成的任务:
增强和更新项目关键性能影响的理解。
更新资源约束;例如,预算、人员和设备。
更新/改进团队如何协调。
更新/改进团队如何沟通。
修订性能测试策略。
精炼进行性能测试所需的设备和/或资源的估计。
识别性能测试工作与提供的设备和资源目标之间的不兼容或冲突。
捕获其他性能目标、要求、目标和阈值。
捕获其他特定关注的使用场景。
报告当前的性能测试状态。
与以下人员协调:
整个团队
活动9:重新确定任务优先级
根据测试结果、新信息以及功能和组件的可用性,重新确定策略中的任务优先级、增加或删除任务,然后返回活动5。
检查清单
要问的问题:
哪些性能测试活动将有助于解决当前已知的性能问题?
此周期的性能目标是什么?
就整体项目性能目标而言,项目处于什么阶段?
系统是否达到了所有性能目标?
自上次迭代以来是否完成了调优?
此次迭代周期期间,分析、报告或重新测试将产生哪些价值?
谁需要配对才能进行性能测试?
有多少时间可用?
每个任务需要多长时间?
最关键的活动是什么?
提供的价值:
提供有关整个项目是否达到目标的见解。
在此周期内提供可以测量和报告的见解。
提供上次迭代可能出现的任何关键问题的见解。
向其他团队成员提出建议。
在测试中出现的教训得出结论时进行传递。
与开发人员配对以改进性能单元测试。
帮助重复使用单元测试。
帮助重复使用功能测试。
完成的任务:
报告当前的性能测试状态。
估计可以完成的工作量。
确定是否需要配对。
确定可实现工作的优先级。
识别此周期的主要和备选任务。
与以下人员协调:
管理者和利益相关者
开发人员和管理员
基础设施和测试环境支持
用户或用户代表
总结
基于迭代的过程的性能测试是开发周期(如敏捷、极限编程、RUP等)中的常见做法。要有效,性能测试应在迭代规划和过程的背景下进行正确管理。
喜欢此内容的人还喜欢
软件测试人员如何用好chatgpt