报告错误是重要的一部分质量检查测试。但是开发人员只能一次解决这么多错误，那么您如何确定错误修复的优先级？每个团队做的事情有所不同。一些团队有产品或项目经理这样做。报告错误时，其他团队则具有质量检查的优先级。无论哪种方式，在估计错误票的严重性和优先级时，都应该精明良好的QA测试仪。
不确定如何确定错误修复？考虑以下因素：
这个错误有多严重？
每次用户登录与加载配置文件部分的速度有点慢时，移动应用程序崩溃之间有很大的区别。错误会让用户生气吗？他们将无法使用特定页面/屏幕或部分吗？还是在轻松的解决方案中会产生较小的影响？错误的影响用户体验将扮演优先级。
该错误多久发生一次？
用户是否无法在100％的时间内节省更改？还是只有1,000名用户中有1个发生？QA关心所有用户，但是错误的频率会改变严重性。
发生了哪些设备或浏览器？
它会影响最新版本的iOS上的所有iPhone吗？还是iOS 9上只有iPhone 5？是在所有浏览器上还是仅仅是Internet Explorer 10？这与频率联系在一起。与上述问题一样，它将影响优先级。在我们的指南中了解更多交叉浏览器测试。
拥有不同设备/OS版本/浏览器的市场共享数据也很有帮助。对于您的特定用户群，尤其如此。拥有该数据级别可让您确定错误的相关性。如果这是一个非常罕见的/旧版本，该公司甚至可能会考虑结束对其的正式支持，从而消除了解决错误的需求。
错误是否导致用户放弃产品和/或留下不良评价？
这是一个派上用场的另一个领域。查看公司在社交媒体上提到的应用程序/玩商店评论。如果您可以访问，请查看帐户删除的分析。用户在Twitter上对错误大声疾呼吗？App Store上市是否充满了一星级投诉？自从引入错误以来，您是否看到用户删除其帐户的上升？这些可能会对您的底线产生重大影响。结果，在确定错误修复时，应大量考虑它们。
（如果您经历了有问题的应用程序评论，则可以查看我们的操作指南提高应用评级）
该错误发生了多长时间？
即使是最好的工程团队也无法阻止100％的问题到达生产。检查旧的构建或版本，以查看该错误是否也可能存在。如果已经在那里已经好几个月了，并且还没有引起用户的许多明显投诉，那么解决可能并不那么紧迫。
软件测试错误类别
每个人敏捷质量检查过程可能有轻微的差异，这是严重性选项的共同列表：
阻止器。在下一个版本熄灭之前，“阻止器”错误也称为“阻止器”错误。
批判的。关键的错误对于修复非常重要，如果可能的话，应将其包含在冲刺中。
高的。“高”严重性错误对用户或品牌有重大影响，应尽快解决。
中等的。“中等”的严重性错误并不理想，但可能有解决方法。它应该在某个时候固定，但不一定在当前的冲刺中。
低的。标记为“低”的错误并不紧急。实际上，它甚至可能根本无法固定。这些通常会坐在积压中一段时间。
其他方面要考虑
虽然我们介绍了许多常见的因素来确定如何优先考虑错误修复，但还有一些其他因素正在发挥作用。
同一冲刺中有哪些新功能？
如果有一个很大的功能，已计划和推广几个月的发布日期，那么延迟该功能可能会对利益相关者产生负面影响。除非错误绝对关键，否则它可能必须等到功能发布后。
应用程序或网站的相关部分是否以任何特殊方式突出显示或召集？
例如，您可能会在主屏幕或页面上有一个呼吁行动横幅，将用户引导到现在已损坏的区域。如果是这种情况，则优先级可能会增加。团队还可能决定更改横幅。
希望您的移动应用程序或网站不会有太多错误。但是，正如您找到的那样，现在您知道如何优先考虑错误修复。不仅如此冲刺计划当您使用上述基于风险的方法时，变得更加有效，但是您还将采用一种战略方法来照顾客户。