即使我们在工作中追求成功，但有时失败是不可避免的。但是在大多数情况下，如果我们只是避免一些失误并克服阻碍进度的重大挑战，那么通往成功的道路似乎并不那么具有挑战性。对于敏捷测试团队来说，持续交付的压力可能是非常巨大的。
敏捷的测试团队通常试图尽可能地消除不确定性因素。但是，保持简短有效难道不可以带来更好的结果的吗？文章源自玩技e族-https://www.playezu.com/190034.html
这只是实际上可能降低工作效率的一个例子！说到这，在本文中，将介绍测试人员在敏捷测试中遇到的一些挑战。文章源自玩技e族-https://www.playezu.com/190034.html
不适应不断变化的需求文章源自玩技e族-https://www.playezu.com/190034.html
毫无疑问，提出一个好的敏捷测试计划至关重要。但是，如果觉得自己的计划是万无一失的，并且永远不需要进行修改，那大概率会吃土。一部分团队浪费大量时间来尝试制定理想的敏捷测试计划。文章源自玩技e族-https://www.playezu.com/190034.html
现在，尽管我们要实现多少目标，但事实是还不存在完善的敏捷测试计划。复杂的环境不允许这样做。有时必须临时进行更改。总而言之，计划实施必须灵活并适应具体场景的变化，请记住，这一切都与团队目标保持一致。文章源自玩技e族-https://www.playezu.com/190034.html
不重视跨浏览器测试文章源自玩技e族-https://www.playezu.com/190034.html
当网站成功在主要浏览器（例如GoogleChrome和Mozilla Firefox，包括edge）上运行时，大多数公司会停止测试。但是，如果网站仅在少数几种流行的浏览器上运行良好，真的认为可以广泛的用户群体吗？文章源自玩技e族-https://www.playezu.com/190034.html
毕竟，没有用户会局限于一堆浏览器。不能假设如果某个Web应用程序在一个浏览器中运行正常，则其他浏览器也是如此。这就是为什么在执行跨浏览器测试时确保覆盖浏览器矩阵很重要的原因。文章源自玩技e族-https://www.playezu.com/190034.html
此外，如果团队使用的是前沿技术，那么检查网站在不同浏览器版本中是否运行良好也很重要。请务必注意，跨浏览器测试可在各种浏览器，设备和平台之间提供一致的行为。文章源自玩技e族-https://www.playezu.com/190034.html
无法整合自动化文章源自玩技e族-https://www.playezu.com/190034.html
严格来讲，时间就是金钱。如果无法在测试过程中实现自动化，那么运行测试的时间会很长，这可能是敏捷测试面临挑战的主要原因，因为需要会花费大量时间运行这些测试。发布后，您还必须花费大量时间回归测试，这将进一步占用大量时间。
如果公司不执行测试自动化，那么整个测试范围可能会很低。但是随着公司实施测试自动化，测试人员运行不同测试所需的时间急剧减少。因此，它可以加速结果并降低业务费用。甚至可以实施自动浏览器测试以自动化浏览器测试工作。
此外，可以重复使用自动化测试，并通过不同的方法来利用它们。团队可以及早发现缺陷，从而使修复毛刺具有成本效益。
对敏捷速度的过多关注
大多数团队都强调在每次迭代时都将速度最大化。例如，如果一个团队上次获得60个需求点数。因此，这一次，他们至少将尝试执行65个。但是，如果冲刺结束时团队只能执行20个点，该怎么办？
这样会导致所有团队成员并没有确保工作流程从左到右无缝地在敏捷看板上进行，而是集中精力使自己变得更加忙碌。
有时，在敏捷计划期间投入过多可能会在敏捷测试中带来障碍。使用这种方法，团队成员很少为万一（其实很大概率）发生意外情况做好准备。
适当宽松可以提供更多的学习空间，并留出更多的思维空间来改善当前任务。结果，测试人员和开发人员之间的协作变得更好，他们甚至会在更短的时间内完成更多的工作。
这种方法还提高了敏捷事项的灵活性。如果时间允许，还可以添加更多任务。当时间不足时，还可以减少将剩余工作转移到下一个迭代的机会。
缺乏战略性敏捷测试计划
太多太详细的计划会给敏捷测试带来挑战，但这并不意味着不需要计划！缺乏战略计划可帮助团队将精力集中在前进的方向上。
本杰明·富兰克林正确地说：「没有计划就是要失败」。拥有达成目标或愿景的基本指南可以帮助团队成员克服挑战。因此，在设定目标之后，别忘了定义达到目标所必需的指标。
例如，可以将计划分为不同的阶段。明智的做法是不时安排会议以审查进度并清除疑虑。会议期间要讨论的一些事情包括工程速度，任务估计和伸展目标。
该计划应足够严格，以为团队提供指导，指导他们如何工作并灌输对团队成员的信心。同时，它必须足够灵活以合并更改并处理反馈。
微观管理敏捷测试团队
在瀑布模型中，管理层负责为参与团队设定时间表和进度。该模型已经存在很长时间了，因此使管理人员遵循以前的做法和习惯。
但是在敏捷项目中，如果管理层密切观察并尝试控制员工一直在做什么，那么计划的失败就不可避免。敏捷的测试团队正在自我组织。他们是跨职能的，可以共同努力实现成功。
团队由积极进取的个人组成，他们可以做出决定，并且足够灵活以适应变化的时代。每个人都有权朝着共同的目标努力。但是，当管理者对敏捷测试团队进行微管理时，持续的干扰会对员工以自己的方式实现目标的能力产生负面影响。
定义完成时的不一致
我这的工作都干完了！听起来很轻松，对吗？但是，当一个人这样说时，他们真正的意思是什么？开发人员只需签入代码并说完成即可。另一方面，其他开发人员只有在完成签入，运行测试和静态分析等工作后才能说出这一点。
团队中的每个人说「完成」时都有不同的定义。但是，对相同内容的错误解释可能会使员工和管理层都感到不寒而栗。它可能导致各种任务无法完成，从而可能导致很多麻烦，尤其是在冲刺结束时。
因此，对每个人来说，保持同一个频道很重要。当有人说他们已经完成任务时，他们应该保持清晰度并透露细节。
预估工作的处理不当
现在，无论团队要多少时间才能完成目标的任务，都无法完全避免一些拖延工作。
很难估计剩余任务将花费的时间。即使完成了75％的任务，其余的25％也会占用大量时间。为了安全起见，切勿低估剩余的工作量。在这种情况下，请记住，高估不会伤害团队。
即使最终高估了工作量，也可以随时添加更多（如果时间允许的话）。但是，如果您倾向于低估，那么在冲刺结束时，可能会有大量的剩余工作。
缺乏敏捷方法的技能和经验
敏捷和敏捷在技术行业中相对较新。因此，人们为什么没有那么经验丰富是可以理解的。
虽然缺乏经验本身并不是什么大问题，但是如果短期内无法解决，那么长期就会付出代价。员工可能会退回到原来舒适的旧工作模式中。
拖延的时间越长，就越难让员工放弃他们的舒适区。因此，要分析不同团队成员的经验，举行会议并进行彻底的差距分析。
技术债务
拖延性由于其快节奏的特性而成为敏捷测试中的最大挑战之一。这种态度可能会积累大量的技术债务，这比人们想象的要难得多。很难通过正在进行的任务来偿还技术债务。当团队太忙于清算债务时，这也会影响您目前正在从事的工作。
当提起较早放下的东西时，整个迭代将受到影响。有时，当新任务由于极高的技术负担而遭受损失时，甚至可能失败。这是应该避免技术债务并克服敏捷测试中相关挑战的主要原因之一。
评论