-
Notifications
You must be signed in to change notification settings - Fork 165
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enforce failure reasons in tests #704
Comments
@driver733 how is it technically possible? |
@yegor256 We could, for instance, ban this method We can extrapolate this logic on other test methods. |
@driver733 "ban" how? |
@yegor256 Could we use Checkstyle's RegexpMultiline to create a custom checkstyle check for that? |
@driver733 I doubt it will work... can you try? |
@yegor256 Sure, I will see what I can do. |
@driver733 yes, that will work, thanks |
Job #704 is now in scope, role is |
Bug was reported, see §29: +15 points just awarded to @driver733/z, total is +335 |
@driver733 @yegor256 Cactoos project uses Qulice checkstyle rules, i think it more of a Qulice project issue than cactoos. |
@0crat waiting |
There is an unrecoverable failure on my side. Please, submit it here:
|
@0crat waiting |
@neonailol The impediment for #704 was registered successfully by @neonailol/z |
@neonailol are you working on this? I know that PR #702 was merged, but it doesn't really address this requirement |
@neonailol ping |
1 similar comment
@neonailol ping |
@llorllale pr was declined to merge with inconvenient reason, so this task is open |
@neonailol are you still interested in completing this task? |
@llorllale yes, but I don't think that suggested solution #744 (comment) is a good one |
@neonailol please move forward with this task |
@llorllale submitted #899 |
@driver733 this was implemented in PR #899 |
Job #704 is not in the agenda of @neonailol/z, can't retrieve data and time of add |
The project doesn't have enough funds, can't make a payment |
The job #704 is now out of scope |
Order was finished: +30 point(s) just awarded to @neonailol/z |
I think that it would be great if we could enforce the usage of failure reasons in tests. If a test uses a test method that can have a failure reason and it does not use it, then the build should fail.
The text was updated successfully, but these errors were encountered: