tasks: ideas about testing
Signed-off-by: Riku Viitanen <riku.viitanen@protonmail.com>master
parent
01c11b27d9
commit
5e1ca595cd
|
@ -2423,3 +2423,37 @@ interesting video
|
||||||
=================
|
=================
|
||||||
|
|
||||||
<https://www.youtube.com/watch?v=5qauRh7eTNY>
|
<https://www.youtube.com/watch?v=5qauRh7eTNY>
|
||||||
|
|
||||||
|
Automate testing
|
||||||
|
================
|
||||||
|
|
||||||
|
Even though there's lots of error handling, it's better to be paranoid than
|
||||||
|
brick users' machines.
|
||||||
|
|
||||||
|
Unit tests
|
||||||
|
----------
|
||||||
|
|
||||||
|
- Build time or separate?
|
||||||
|
- me_cleaner -c: checks that ime was inserted and has valid signatures
|
||||||
|
|
||||||
|
CI
|
||||||
|
--
|
||||||
|
|
||||||
|
Preferably self-hosted. Run tests for every commit. There could be tests of
|
||||||
|
different size, and even a periodic nightly release could be done.
|
||||||
|
|
||||||
|
Integrating this with an automated test stand would also be doable. At the
|
||||||
|
very least, it would assure that the ROM images boot successfully.
|
||||||
|
|
||||||
|
Board status
|
||||||
|
============
|
||||||
|
|
||||||
|
As the number of ports grows, it becomes harder to keep track of what works.
|
||||||
|
Let's build a machine-readable repo documenting every release (or commit)
|
||||||
|
on every board. What features/payloads work, maybe include errata text field.
|
||||||
|
A HTML report could also be generated and published online.
|
||||||
|
|
||||||
|
On top of this, an easy to use installer could be developed. It would know
|
||||||
|
to not install an unbootable (broken) ROM, and would inform users about any
|
||||||
|
known problems and have meaningful options.
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue