你好，哈布尔！我叫 Ksenia Sergeeva，是 Sportmaster IT 部门 SM 实验室的一名 QA 工程师。现在，我为卖家开发移动应用程序，在过去的几年里，我一直致力于金融科技和燃料公司服务的发展。当然，归测试。 作为一名 QA 工程师，最有创意的事情是什么？测试新功能。作为一名 QA 工程师，最无聊的事情是什么？推动回归。在这里，那些不喜欢编写文档的人可能会不同意我的观点，但即使在这种情况下，完成回归在最无聊的 QA 活动列表中也名列第二。 回归测试（来自拉丁语 regressio – 向后移动）是对先前测试的程序进行的一组检查，以确保对程序所做的更改和改进不会导致程序的所有其他部分出现缺陷和不一致。程序。 而回归通常伴随着很多限制。提交功能进行测试的截止日期是否提前了？回归的时间减少了。
在每个项目中我都遇到过回
期末已近，但一切都跟不上？我们正在减少回归。同事请病假却没有足够的人手？好吧，你明白了。 另外，回归是一件昂贵的事情，因为此时团队（尤其是 QA）不再致力于为客户和用户创造新价值，而是铲除旧价值。 客观的现实 电话号码库 是，我们也无法真正避免回归测试——毕竟，它只旧的功能。而且，在将超酷的口哨机投入生产后，我们不会将其投入生产，从而不仅剥夺了我们的用户的新功能，还剥夺了用户急需的旧功能。 当然，我们希望爬上仙人掌而不被抓伤，所以今天我们将考虑回归测试模型的哪些方法可以让我们节省资源并保持心理健康。 我制定了处理时间和回归的六种基本方法，以及一些可以提供帮助的细微差别。
是让我们确信新的变化并没有破坏
让我们看看它们的优点和缺点。我们走吧！ 1. 增加发布间隔 1. 增加发布间隔 选项一看似最简单。我们正在增加发布之间的间隔，从而减少相对于我们其他活动的回归份额。传统上：如果团队的回归需要 5 个工作日，那么如果每月发布一次，我们每个季度会花费 15 天进行回归测试，而每 1.5 个月发布一次 – 每季度 10 天。节省 33%。 这种方法的缺点： 版本数量的增加，可能会导致回增加，以及修复这些缺陷的时间增加，这已经带来了转移版本的风险。 通常，业务代表不喜欢增加发布间隔；对他们来说，更频繁地向消费者提供新产品价值更重要。此外，发布可能会受到营销和立法活动的影响。 2. 我们仅检查关键和/或流行的功能 2. 我们仅检查关键和/或流行的功能 选项二：我们仅检查关键和/或流行的功能。
归期间发现的缺陷数量
例如，如果我们有一个电费支付应用程序，那么我付功能是否有效，但我们可以忽略测试电表类型目录的布局。在此，资源节省幅度从 5-10% 到近 90% 不等。 使用这种方法时应该注意什么？ 你不测试的东西，你的用户会测试。您是否准备好测试他们的忠诚度取决于您的决定。 有时可能很难确定什么是超级关键以及可以牺牲什么 – 为了解决这个问题，您可以向业务代表和客户寻求建议，使用产品分析数据（例如，查看路段流量），并还要与开发人员和架构师核实：从技术角度来看，产品可能存在弱点。 根据普遍失败法则，某些东西可能会在最不合时宜的时刻在不受控制的地方发生故障。 3. 我们仅检查那些已进行更改的模块。 3. 我们仅检查那些已进行更改的模块。 选项三：我们将影响分析放在样本的开头。
们肯定需要检查我们的支
也就是说，能创建一组回归测试。与微服务配合良好，与单体架构配合效果较差（如果单体架构允许的话）。节省的费用取决于您的产品包含多少模块以及其中有多少模块受到更改的影响。 有哪些风险？ 您可能没有考虑改进的全部影响，并在检查中错过了一个重要模块。 您的产品中将会形成盲点，您将无法确定那里的一切是否正常。 + 记住有关用户测试和全球失败的要点。 4. 我们检查最有问题的模块。 4. 我们检查最有问题的模块。 选项四：我们选择产品中最有问题 在塔拉戈纳实现 SEO 定位的技巧 的部分（通常是那些发现更多错误的部分，尤其是关键的部分）并对它们进行回归。我们通过不检查稳定的功能并专注于那些需要我们密切关注的对象来节省时间。
挑战又如何呢？ 要识别有问题的部分，您需要一些数据：错误统计、开发时间跟踪（例如，如果经常延迟并且不符合估计）、通信、记忆和日常对话的印象 – 一般来说，您需要以某种方式跟踪情况。为此，建议使用某种能够收集客观数据的工具，例如缺陷数量的相同指标、修订任务的返回、任务处于“进行中”状态的时间。如果这个工具已经存在并配置好，那就太好了，但如果你必须这样做，那就很困难了。作为替代方案，您可以考虑采用专家方法，但为此您需要很好地沉浸在产品中并对其进行操作，也就是说，您也不能立即应用它。
我们根据此版本中改进的功
盲点风险仍然存在。 5. 我们只留下肯定的支票 5. 我们只留下肯定的支票 选项五：仅通过正面检查。开始任何回归的地方是确保功能在正常条 USB 目录 件下工作。如果它不允许用户完成快乐通行证，那么我们还在谈论什么样的发布？它可以节省大量时间，并且更适用于错误数量较少的稳定功能，或者例如输入和输出数据由其他服务（而不是人）提供和使用的服务。 缺点： 缺少不正确的错误处理可能会给相关系统的用户和所有者带来很大的负面影响，对他们来说，这些错误可能会令人不愉快地破坏他们的工作。 6. 自动化 6. 自动化 选项六：自动化。我想这甚至不需要任何解释。我们会尽可能自动化这些案例，并且不再浪费时间对它们进行手动回归。每个人都很高兴。 但是，一如既往，存在细微差别： 测试自动化需要单独的预算和人力资源。
