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
In 2016 we made minimal use of continuous integration, but it didn't really help. To be more useful in the future, it would need to have more unit tests than the basic ones that I implemented. Those unit tests would require a version of WPILib that doesn't require the presence of the robot. I know that @Team254 has done this in the past, so it might be possible to use their version, or another team's version. If not, we will need to create a version ourselves. I suspect that that difficulty combined with the difficulty of writing unit tests for an environment like FRC will outweigh the benefit of unit tests.
The text was updated successfully, but these errors were encountered:
gbear605
changed the title
Look into continuous integration for 2017 and unit testing
Look into continuous integration and unit testing
Sep 20, 2016
I am 100% for testing always but without a decent test harness I would have to vote to make this lower priority. We do need to figure out some way of controlling the quality of code even under pressure though.
In 2016 we made minimal use of continuous integration, but it didn't really help. To be more useful in the future, it would need to have more unit tests than the basic ones that I implemented. Those unit tests would require a version of WPILib that doesn't require the presence of the robot. I know that @Team254 has done this in the past, so it might be possible to use their version, or another team's version. If not, we will need to create a version ourselves. I suspect that that difficulty combined with the difficulty of writing unit tests for an environment like FRC will outweigh the benefit of unit tests.
The text was updated successfully, but these errors were encountered: