Closed ravimandala closed 3 years ago
Alternatively, to avoid having too many flags, avoid having flags with different defaults (YES
/NO
) and keep things simple... we can use retry-app-crash-tests
or retryAppCrashTests
to consider app crash tests as non-fatal if they pass on retry.
This would definitely help us. We have an issue where a test crashes, but we cannot re-run it and get a 🟢 build if it passes on a rerun.
Since Bluepill v5.4.2, the app crash tests are not retried by default and the execution fails if one or more app crash tests are present. But if retry-app-crash-tests
flag is set to true
, then the app crash tests are retried and the execution passes only if all those tests pass on retry.
\cc @AhmedEid
Bluepill, as of today, treats app crash tests as fatal. So, when a test crashes the app then it is treated as fatal by returning a final non-zero exit code even if the test passes on retry.
Proposals:
make-app-crashes-fatal
defaults toYES
)retry-app-crash-tests
defaults toNO
)LinkedIn's large regression test suite would benefit from these features. Please let us know if you would be interested to adopt the same. As always, comments and suggestions are welcome. \cc @chenxiao0228 @ob @oliverhu @RainNapper @jerrymarino