每个测试人员在敏捷测试中面临的13大挑战
即使我们在任何旅程中都追求成功，但有时失败是不可避免的。 但是在大多数情况下，如果我们只是避免一些失误并克服阻碍进度的重大挑战，那么通往成功的道路似乎并不那么具有挑战性。 对于敏捷测试团队来说，持续交付的压力可能是巨大的。
现在，我不是要告诉您追求100％完美。 “在离开房间之前先弄清楚一切。” 这种用于冲刺计划的方法听起来像人质吗？ 敏捷的测试团队通常试图尽可能地消除不确定性因素。 但是，您不认为保持简短有效是可以带来更好的结果的吗？
这只是可能破坏冲刺的障碍的一个例子！ 说到这，在本文中，我将详细介绍每个测试人员在敏捷测试中遇到的一些挑战。 所以，让我们开始吧。
1.不适应不断变化的需求
毫无疑问，提出一个好的敏捷测试计划至关重要。 但是，如果您认为自己的计划是万无一失的，并且永远不需要进行修改，请再考虑一下。 大多数团队浪费大量时间来尝试制定理想的敏捷测试计划。
现在，尽管我们想达到多少，但事实是尚不存在完善的敏捷测试计划。 复杂的环境不允许这样做。 有时，您必须临时进行更改。 或者，您可能必须删除一些进程。 总而言之，您必须灵活并适应sprint的变化，请记住，这一切都与sprint目标保持一致，并且您将领先于敏捷测试中的所有挑战。
2.不计划跨浏览器测试
当网站成功在主要浏览器（例如Google Chrome和Mozilla Firefox）上运行时，大多数公司会停止测试。 但是，如果您的网站仅在少数几种流行的浏览器上运行良好，您真的认为您可以拥有广泛的客户群吗？
毕竟，没有客户希望局限于一堆浏览器。 它消除了业务的多功能性。 您也不能假设如果某个Web应用程序或网站在一个浏览器中可以正常工作，则其他浏览器也是如此。 这就是为什么在执行跨浏览器测试时确保覆盖浏览器矩阵很重要的原因。 您可以参考我们有关创建浏览器兼容性矩阵的文章，以解决由于未定位正确的浏览器而导致的敏捷测试中的任何挑战！
此外，如果您使用的是前沿技术，那么检查您的网站在不同浏览器版本中是否运行良好也很重要。 请务必注意， 跨浏览器测试可在各种浏览器，设备和平台之间提供一致的行为。 这增加了拥有广泛客户群的机会。 您甚至可以选择利用Selenium Grid来扩展跨浏览器的测试工作。
3.无法整合自动化
严格来讲，时间就是金钱。 如果您无法在测试过程中实现自动化，那么运行测试的时间会很长，这可能是敏捷测试面临挑战的主要原因，因为您将花费大量时间运行这些测试。 发布后，您还必须修复故障，这将进一步占用大量时间。
如果公司不执行测试自动化，那么总体测试覆盖率可能会很低。 但是随着公司实施测试自动化，测试人员运行不同测试所需的时间急剧减少。 因此，它可以加速结果并降低业务费用。 您甚至可以实施自动浏览器测试以自动化您的浏览器测试工作。
此外，您始终可以重复使用自动化测试，并通过不同的方法来利用它们。 团队可以及早发现缺陷，从而使故障修复具有成本效益。 在下面的链接图中，您可以通过简单的方式查看自动化测试在敏捷中的作用：
4.对Scrum速度的过多关注
大多数团队都强调在每次冲刺时都将速度最大化。 例如，如果一个团队上次获得60个故事点数。 因此，这一次，他们至少将尝试执行65。但是，如果冲刺结束时团队只能执行20个故事点，该怎么办？
您知道发生了什么吗？ 所有团队成员并没有确保工作流程从左到右无缝地在scrum板上进行，而是集中精力使自己忙碌。
有时，在sprint计划期间投入过多可能会在敏捷测试中带来挑战。 使用这种方法，团队成员很少为万一发生意外情况做好准备。
投入不足可以提供更多的学习空间，并留出更多的思维空间来改善当前任务。 结果， 测试人员和开发人员之间的协作变得更好，他们可以在更短的时间内完成更多的工作。
这种方法还提高了sprint待办事项的灵活性。 如果时间允许，您以后可以添加更多任务。 当您的承诺不足时，您还可以减少将剩余工作转移到下一个Sprint的机会。
5.缺乏战略性敏捷测试计划
太多的计划会给敏捷测试带来挑战，但这并不意味着您根本就没有计划！ 缺乏战略计划可帮助团队将精力集中在前进的方向上。 毕竟，我们什至可以梦想根本没有计划就交付项目或发布产品吗？
本杰明·富兰克林（Benjamin Franklin）正确地说：“没有计划就是要失败”。 拥有达成目标或愿景的基本指南可以帮助团队成员克服挑战。 因此，在设定目标之后，不要忘记定义实现目标所必需的指标。
例如，您可以将计划分为不同的阶段。 明智的做法是不时安排会议以审查进度并清除疑虑。 会议期间要讨论的一些事情包括冲刺速度，任务估计和伸展目标。
该计划应足够严格，以为团队提供指导，指导他们如何工作并灌输对团队成员的信心。 同时，它必须足够灵活以合并更改并处理反馈。
6.考虑敏捷而不是框架
甚至已经有一段时间的经验丰富的开发人员或测试人员也倾向于将敏捷视为任何其他过程。 他们没有意识到这是定义整个开发过程的框架。 它还可以帮助各种团队将他们的要求与预设准则相匹配。
敏捷是指通过使用来自较短开发和发布周期的经验数据对过程进行微调并进行必要的调整。 团队成员应该在每个sprint中团结一致，以提高每个sprint的效率。
7.微观管理敏捷测试团队
在瀑布模型中，管理层负责为参与团队设定时间表和进度。 该模型已经存在很长时间了，因此使管理人员遵循以前的做法和习惯。
但是在敏捷项目中，如果管理层密切观察并尝试控制员工一直在做什么，那么冲刺失败就不可避免。 敏捷的测试团队正在自我组织。 他们是跨职能的，可以共同努力实现成功的冲刺。
团队由积极进取的人组成，他们可以做出决定，并且足够灵活以适应变化的时代。 每个人都有权朝着共同的目标努力。 但是，当您对敏捷测试团队进行微管理时，持续不断的干扰会对员工以自己的方式实现目标的能力产生负面影响。
如果您脱离团队而拥有所有权和授权，那么采用敏捷框架是没有意义的。
8.定义“完成”时的不一致
我这的工作都干完了！ 听起来很轻松，对吗？ 但是当一个人这样说时，他们真正的意思是什么？ 开发人员只需签入代码并说完成即可。 另一方面，其他一些开发人员只有在完成签入，运行测试和静态分析等工作后才能说出这一点。
团队中的每个人说“完成”时都有不同的定义。 但是，对相同内容的错误解释可能会使员工和管理层都感到不寒而栗。 它可能导致各种任务无法完成，从而可能导致很多麻烦，尤其是在冲刺结束时。
因此，对每个人来说，保持同一个页面很重要。 当有人说他们已经完成任务时，他们应该保持清晰度并透露细节。
9.通过详细制定敏捷测试计划来实现完美
如前所述，没有什么比追求完美和过多详细说明敏捷测试计划更糟糕了。 重要的是要注意，在冲刺开始时您无法立即获得所有信息。
最好的办法是制定一个足够好的敏捷测试计划。 这样，您就不会花费所有宝贵的时间进行计划。 当您有更多信息时，请添加到敏捷测试计划中并使其变得更好。 您是否只是在没有浪费时间制定计划的情况下制定了一项致命的敏捷测试计划？ 好吧，这就是敏捷的美。
10.结转工作的处理不当
现在，无论您要多少时间才能完成冲刺目标的任务，您都无法完全避免一些拖延工作。 冲刺结束时，总会有一些遗留的东西。
很难估计剩余任务将花费的时间。 即使完成了75％的任务，其余的25％也会占用大量时间。 为了安全起见，切勿低估剩余的工作量。 在这种情况下，请记住，高估不会伤害您。
即使最终高估了工作量，也可以随时添加更多（如果时间允许的话）。 但是，如果您倾向于低估，那么在冲刺结束时，可能会有大量的剩余工作。
11.缺乏敏捷方法的技能和经验
敏捷和scrum在科技行业中相对较新。 因此，为什么人们没有那么有经验是可以理解的。 突然实施新框架不可能使您的公司重新起步。
虽然缺乏经验本身并不是什么大问题，但是如果您短期内无法解决，那么长期就会付出代价。 您的员工可能会退回到原来舒适的旧工作模式中。
您拖延的时间越长，越难让员工放弃自己的舒适区。 因此，要分析不同团队成员的经验，举行会议并进行彻底的差距分析。 之后，当您有一个模糊的想法时，就开始对它们进行基础教育，然后逐步发展到更复杂的部分。
12.技术债务
拖延性由于其快节奏的特性而成为敏捷测试中的最大挑战之一。 这种态度可能会积累大量的技术债务，这比人们想象的要难得多。 很难用正在进行的工作来偿还技术债务。 当您太忙于清算债务时，这也会影响您当前的工作。
当您提起较早放下的东西时，整个冲刺将受到影响。 有时，当新任务由于极高的技术负担而遭受损失时，冲刺甚至可能失败。 这是您应该避免技术债务并克服敏捷测试中相关挑战的主要原因之一。
13.折衷估计
一些团队犯的最大错误是，他们开始将估算视为准确的统计信息。 重要的是要注意估计的性质是模糊的！ 他们不可能一直都是准确的。 但是在大多数情况下，错误的估计是由于敏捷测试团队无法看到用户故事或任务的复杂性或深度而导致的。
例如，开发人员可以在sprint的进一步阶段中发现用户故事中的依赖项。 这导致实施团队出现意外延迟。 现在，在敏捷的框架中，您可以为较小的延迟做好准备。 但是，如果10个小时的估算值变为20，该怎么办？
团队有时不得不处理这种情况。 但是，如果经常发生折衷的估计，则sprint格式可能会遭受重大打击。 因此，在进行估算时应格外小心，以尽可能避免出现误差。
最后的话！
始终牢记，敏捷中冲刺的圣杯是灵活性。 总是有某些时候某个特定步骤无法达到预期效果。 但是敏捷远非“计划和执行”方法。 您必须具有灵活性和适应性。
敏捷测试计划中的偏差或障碍的出现不是这里的核心问题。 相反，如何在敏捷测试中消除尽可能多的挑战并应对现有挑战，将决定您的sprint是否成功。
综上所述，我想说的是，如果您牢记敏捷测试中的上述挑战，那么成功的机会就会大大增加。 因此，下次计划冲刺时，请记住上述敏捷测试中的挑战。 尝试克服尽可能多的挑战，您肯定会注意到积极的影响。
我希望您喜欢这篇文章，并且随时准备应对这些挑战，无论何时何地。 在下面的评论部分中与我们分享您的挑战。 另外，不要忘记与同行分享这篇文章。 任何转发或分享总是很受欢迎的。 目前为止就这样了！ 测试愉快！！！ ????
翻译自: https://www.javacodegeeks.com/2020/05/top-13-challenges-faced-in-agile-testing-by-every-tester.html