This is an old revision of the document!
====== Daniel Verkamp: Automated regression testing ====== ===== Project Plan ===== ==== Summary ==== There is currently no automated way to test gPXE's features. This project would involve implementing an automated regression testing framework to test gPXE's features, both in virtual machines and on real hardware. This would allow gPXE developers to ensure their modifications do not break existing functionality, and it would allow third-party vendors to verify that their particular hardware works with gPXE. ==== Outline ==== The automated testing framework should allow automatic, unattended execution both in virtual machines (qemu, VMware, etc.) and on real hardware. For tests that require external infrastructure (i.e. servers) to be set up, some kind of automated setup scripts will be provided. Tests that run in VMs could be parallelizable (for example with make -j) to improve testing speed on more powerful hosts. Some of the areas that can be tested include: - protocol tests - download images (of various sizes) from each protocol source and verify their contents (md5sum) - possibly time the tests to measure download speed - serial console - test in qemu with -serial (file) - test on real hardware with null modem cable - booting - linux kernel - supply script that boots some basic kernel with initrd and checks to see if it gets to the login prompt - pxe - some basic pxe payload to test (pxelinux?) - comboot - Windows RIS - APIs - pxe - comboot - gdb stub - gPXE scripting language - driver tests - test each virtual device in QEMU, bochs, virtualbox, etc. - various memory sizes/layouts (using a VM/emulator) ==== Milestones and Timeline ====
