请问和 postman 相比，有啥优势

看来我最惨，还有 200 多个

又看了一遍，太复杂了，无论是开发这个还是维护这个，都非常繁琐
还是我这个好

要获取测试结果，您可以使用 TestNG 和 Allure 结合进行测试报告生成和展示。首先，您需要配置 TestNG 测试套件，并在测试执行完成后生成 Allure 报告。

首先，确保您的项目中已经正确配置了 TestNG 和 Allure，并且测试用例已经编写完成。
然后，在您的测试类中，使用@Test注解标记测试方法，通过断言（assert）来判断测试的成功与否。
在测试执行完成后，使用 Allure 提供的监听器类和生成器类获取测试结果。
下面是一个示例代码：

import org.testng.Assert;
import org.testng.annotations.AfterSuite;
import org.testng.annotations.Listeners;
import org.testng.annotations.Test;

@Listeners({ allure.ReportListener.class })
public class MyTests {

  @Test
  public void test1() {
    Assert.assertTrue(true);
  }

  @Test
  public void test2() {
    Assert.assertTrue(false);
  }

  @AfterSuite
  public void generateReport() {
    // 这里使用Allure提供的生成器类生成测试报告
    AllureCommandLine.main(new String[] {"generate", "path/to/allure-results", "-o", "path/to/allure-report"});

    // 根据具体需求，获取成功数和失败数并发送到钉钉群
    int successCount = Allure.getLifecycle().getTestCaseStorage().getByStatus(Status.PASSED).size();
    int failureCount = Allure.getLifecycle().getTestCaseStorage().getByStatus(Status.FAILED).size();

    // 发送到钉钉群的逻辑
    sendToDingTalk(successCount, failureCount);
  }

  private void sendToDingTalk(int successCount, int failureCount) {
    // 发送到钉钉群的具体逻辑实现
    // ...
  }
}

上述代码中，我们在@Listeners注解中添加了 Allure 提供的监听器类，用于生成测试报告。在 generateReport 方法中，使用 Allure 生成器类生成测试报告，并通过 Allure 提供的 Allure.getLifecycle() 方法获取测试结果，进而获取成功数和失败数。最后，根据具体需求，您可以调用发送到钉钉群的方法来将结果发送到钉钉群。

希望以上信息能对您有所帮助！如果您有任何进一步的问题，请随时提问。

all in 啥，不都还是写个测试脚本。。。

这个放高利贷的公司还没倒闭？

请问用了 codes，还需要用 jira 不？

感觉单接口没测出问题，场景接口测出问题的概率比较小。。
所以你觉得接口测试数据准备应该怎么做？
如果按照链路调用前置接口的话，那么整个流程执行时间肯定是比较长的
求大佬分享最佳实践，或者纠正我目前存在一些错误的思想和操作

我理解的是 单节口 mock, 接口场景 直接 走流程来测

那你们怎么处理的？
比如每次要回归测试 激活 怎么回归

有道理，感谢

1 个用例跑 5 分钟，120 分钟也就 24 个用例， 耗时 主要在 kafka 消息同步以及一些定时任务上面。

提前造好 这个我们也考虑过，造好以后终归是存在数据库里面的，担心别人改动 容易造成数据失败

mock 的话 工作量又大且不好维护。。

纠结中。。

mock 比较麻烦，初始化好的测试数据 这个可能好一点。。

坐等赔偿 +1
顺便看看有啥副业没

还在继续，各种需要重复 2 遍的都往上加

很好，都在用，皆大欢喜

我就是这样搞的，造数 + 平台 结合

复现步骤：

1. 鼠标移动到标题上，出现黑色气泡
   

2. 慢慢移动鼠标 到标题和气泡 的底边 ，鼠标在气泡箭头的左侧，更容易复现

槽大佬 是采用的什么方式呢 ？

也想着 mock 来着。。就是工作量有点大（新写和维护 工作量都大

那就还是把 ABCEFG 全部启起来，然后再测 D， 和我们目前搞法差不多

多少达不溜了~
总感觉年中跳的话感觉不划算，年初又在犹豫，一犹豫又到年中了。。。艾玛

你这个 gpt 编出来的吧

没想到把高飞大佬都惊动了来亲自回复，颇有启发，非常感谢！