You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I find the console output of this library very hard to read, sometimes it is hard to see where is the actual problem cause it is buried in a long list of bytes.
Disclaimer: It might be a skill issue from my part and it might be that I just don't appreciate a good thing ( so please explain to me if I am wrong and missing something here)
Improve the way PASS and FAIL is displayed with a colour schema or Emojies like ❌ and ✅
Proposed solution
Right now I use this command to make my output a bit more pleasant to look at :
to get the emojies next to PASS and FAIL instead of -----
go test -v ./... | sed ''/---\ PASS:/s//"$(printf "\033[32m✅--- PASS:\033[0m")"/'' | sed ''/---\ FAIL:/s//"$(printf "\033[31m❌--- FAIL:\033[0m")"/''
the package diffmatchpatch which colours the missmatch of the output. So I see the mistake coloured in red and the expectation in green.
maybe these features could be somehow incorporated in this library or add with a flag for optional
Use case
Workarounds mentioned above.
Usecase: people like me(borderline dyslexic) who often miss-types words and has difficulties finding the important information in a soup of white text on a black background, would benefit from this greatly.
Not only it would improve usability of your library but also bring some life and fun to testing (who doesn't like to see all tests go green in their terminal?)
The text was updated successfully, but these errors were encountered:
Go itself reports on failed Vs passed tests and it does not use colour or emoji. I don't think testify should do so either. Asides from all the terminal compatibility concerns you have to get right a test could fail by calling t.FailNow() and it would not get a red emoji in the sea of green ones.
Description
I find the console output of this library very hard to read, sometimes it is hard to see where is the actual problem cause it is buried in a long list of bytes.
Error: Not equal: expected: []byte{0x7b, 0x22, 0x65, 0x72, 0x72, 0x6f, 0x72, 0x22, 0x3a, 0x7b, 0x22, 0x74, 0x79, 0x70, 0x65, 0x22, 0x3a, 0x22, 0x4e, 0x4f......} actual : []byte{0x7b, 0x22, 0x65, 0x72, 0x72, 0x6f, 0x72, 0x22, 0x3a, 0x7b, 0x22, 0x74, 0x79, 0x70, 0x65, 0x22, 0x3a, 0x22, 0x4e, 0x4f, 0x54........}
Disclaimer: It might be a skill issue from my part and it might be that I just don't appreciate a good thing ( so please explain to me if I am wrong and missing something here)
Proposed solution
Right now I use this command to make my output a bit more pleasant to look at :
-----
go test -v ./... | sed ''/---\ PASS:/s//"$(printf "\033[32m✅--- PASS:\033[0m")"/'' | sed ''/---\ FAIL:/s//"$(printf "\033[31m❌--- FAIL:\033[0m")"/''
maybe these features could be somehow incorporated in this library or add with a flag for optional
Use case
Workarounds mentioned above.
Usecase: people like me(borderline dyslexic) who often miss-types words and has difficulties finding the important information in a soup of white text on a black background, would benefit from this greatly.
Not only it would improve usability of your library but also bring some life and fun to testing (who doesn't like to see all tests go green in their terminal?)
The text was updated successfully, but these errors were encountered: