mahjonp
mahjonp
> * [ ] Support to automatic run it on tipocket. This test case couldn't run on tipocket now since the dependencies are lack in the docker image, I plan...
> 确实相比之前薛定谔难用了很多，需要了解 argo 的工作流程才行～ 归根到底, 主要是当我们迁移完薛定谔用例后, 没有人力和精力进行持续的改进(包括 UI 等都需要投入一定的精力), 使用 argo 是为了能够快速运行起来, 适用于过渡的阶段, 由于缺乏构建易用性的投入, 将使用的成本转移到了使用者头上. 另外一个方面, 我们一开始将 tipocket 定位成客户端的模式, 即可以单独部署运行, 不依赖于一个平台去调度(比如薛定谔), 因此调度依赖于类似 Argo 平台进行. 除了@cosven 提到的, 还有: * 使用 loki...
修复了之前存在的 issue 里头没提到的问题，依赖冲突。#347 以后编写 case 需要将 case 本身依赖的 module 和 tipocket 测试主体框架引入的隔离开，采用类似 nested sub-modules 的方式。 目前分离工作已经完成，#347 还有一些脚手架工具和文档补齐工作。
Seems that the data on `s3://tpcc/br-2t` is broken. ```log [2021-06-19 02:17:31] execute run failed, err exec SELECT d_street_1, d_street_2, d_city, d_state, d_zip, d_name FROM district WHERE d_w_id = ? AND...
And there is another panic log that I often see: ``` 2021/04/15 06:13:17 client.go:336: [fatal] [bank2] ADMIN CHECK TABLE bank2_accounts fails: Error 1105: no leader ``` [main.log](https://github.com/pingcap/tipocket/files/6322034/main.log)
I have noticed that, the refactor plan on fixture.go is on my schedule.
/test pull-e2e-kind
/test pull-e2e-kind
/test pull-e2e-kind-across-kubernetes /test pull-e2e-kind-basic
/test pull-e2e-kind-across-kubernetes