兄弟，听说你在苦恼用户只想跑P0用例这事儿？

哈哈，咱俩聊聊这个吧。那什么是P0用例啊？

简单说就是核心功Neng点的测试案例嘛。

你懂的，产品经理总会把需求分个优先级——P0、P1、P2...

那测试同学自然也要对应着来。

害，可问题就来了：

咱就是说为什么不全dou跑一遍呢？

说实话，有时候我也这么想过。

但仔细想想就明白了：

项目快交付了或者紧急需求要上线。

这时候没空去跑那些非核心功Neng的测试吧？

比如服务器资源有限，或者人手不够。

只Neng先保证Zui重要的功Neng正常运行才行。

当发现某个模块出问题时自然要集中火力去针对性测试。

"其他模块暂时放一边吧"——这就是为什么只跑P0。"

"别急别急..."

"我们得先搞清楚什么是'优先级'这个概念。"

"然后再kankan如何在工具里实现它。"

P0

高

critical

blocker

注：不同工具可Neng叫法不一样哦～

通过关键词搜索

使用标签筛选

设置执行规则

批量操作Neng力

“等等等等...”你是不是在想： "有没有geng智Neng的方法呢？" "比如自动识别核心流程？”

// 在测试脚本中添加优先级标签
describe {
    it {
        // 测试代码...
    }).setPriority;
// 或使用配置文件
{
    "testCases": 
}

npm run test -- --grep 'priority=high'
apifox test run --filter priority:1