JS version is outdated (8.1.3, while the current one is 18), but if you try to upgrade it via expect/assert, the inner restriction for Object.prototype.toString is aborting any of assertions in case if the test is failing.
Seems like either this kata is probably impossible to properly upgrade, or it possible but with lots of weird maneurs, but still raising the issue unless there is a way to upgrade the kata or something like that
A final note - unlike interfaces, a child class cannot inherit from more than one abstract class.
Since abstract classes is quite an advanced topic, you are strongly advised to [read up the official documentation on php.net],
look up a few examples of production-level software using abstract classes to get an insight as to when and how they are used, and experiment with abstract classes in your local server to further understand their behaviour before undertaking this Kata.
JS version is outdated (8.1.3, while the current one is 18), but if you try to upgrade it via
expect
/assert
, the inner restriction forObject.prototype.toString
is aborting any of assertions in case if the test is failing.Seems like either this kata is probably impossible to properly upgrade, or it possible but with lots of weird maneurs, but still raising the issue unless there is a way to upgrade the kata or something like that
JS fork 🤖
mocha/chai
assertions +lodash
for randomnessDescription should be language-agnostic
Python default argument name shadows builtin.
Lua fork
it
s without meaningful titleThank you for the great work of this series, kindly correct the link in the description to this https://github.com/sebastianbergmann/phpunit/blob/9f2ebaf18f7741a5ee587f80a42632edaa42d424/src/Framework/TestCase.php#L4
Can be found exactly here:
Enable Coq version 8.15
Permit Coq Version 8.15
This comment is hidden because it contains spoiler information about the solution
Coq 8.15 should be permitted.
In the kata description where it says:
It could be:
I spent some time and a lot of coffee :'(
Lua translation!
Groovy: arguments to
assertEquals
are reversed. It should beassertEquals(expected, actual)
.Java: the
countChar
test assertion message is very unhelpful (expected: <true> but was: <false>
)This comment is hidden because it contains spoiler information about the solution
Loading more items...