From: Curt Brune <curt@cumulusnetworks.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] U-Boot Regression Testing
Date: Wed, 9 Oct 2013 09:22:56 -0700 [thread overview]
Message-ID: <20131009162255.GG31348@cumulusnetworks.com> (raw)
Hello,
I have some questions about how U-Boot regression testing works. I am
assuming some regression testing happens during the release period
across some representative sample of boards and architectures.
I know people check for compilation failures with MAKEALL, but I am
wondering about runtime testing. I also understand that testing
platform specific boot code is rather difficult (or easy depending on
your perspective) - it boots or it does not boot.
To be concrete -- how are core U-Boot commands and features tested?
For example how do you test that FIT image support is not broken or
that the 'env' command and all its options work properly?
Googling did not turn up much on how this is done.
On the social side -- is that something the community helps out with
or something DENX does, or a mix?
Are you using a test framework of some kind, either home grown or open
source? These things tend to become home grown over time :)
This kind of testing usually takes the form of 'chat' scripts
communicating over serial consoles. Perhaps you are using expect,
pexpect, python nose?
We have a project, of which U-Boot is a part, that is starting to span
multiple boards and architectures. We make a few modifications to
U-Boot and I want to start automated regression testing as the number
of boards increases.
If an existing framework exists that folks are happy with I would love
to hear about it. Equally, I am interested to hear about what did
*not* work for people. Whatever method our project uses the scripts
will be publicly available.
Cheers,
Curt
next reply other threads:[~2013-10-09 16:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-09 16:22 Curt Brune [this message]
2013-10-10 16:06 ` [U-Boot] U-Boot Regression Testing Simon Glass
2013-10-10 19:32 ` Wolfgang Denk
2013-10-11 4:11 ` Curt Brune
2013-10-11 7:53 ` Lukasz Majewski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131009162255.GG31348@cumulusnetworks.com \
--to=curt@cumulusnetworks.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox