From: Stephen Warren <swarren@wwwdotorg.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3 1/7] test/py: Implement pytest infrastructure
Date: Mon, 11 Jan 2016 10:04:44 -0700 [thread overview]
Message-ID: <5693E0AC.4030903@wwwdotorg.org> (raw)
In-Reply-To: <CAPnjgZ1m9BskTwef-oKHk2xLKYeYx9GnDXU3X+DgrrXyFG4Wag@mail.gmail.com>
On 01/11/2016 08:25 AM, Simon Glass wrote:
> Hi Stephen,
>
> On 8 January 2016 at 11:32, Michal Simek <monstr@monstr.eu> wrote:
>>
>> On 8.1.2016 19:13, Stephen Warren wrote:
>>> On 01/05/2016 03:58 PM, Stephen Warren wrote:
>>>> This tool aims to test U-Boot by executing U-Boot shell commands using
>>>> the
>>>> console interface. A single top-level script exists to execute or attach
>>>> to the U-Boot console, run the entire script of tests against it, and
>>>> summarize the results. Advantages of this approach are:
>>>>
>>>> - Testing is performed in the same way a user or script would interact
>>>> with U-Boot; there can be no disconnect.
>>>> - There is no need to write or embed test-related code into U-Boot
>>>> itself.
>>>> It is asserted that writing test-related code in Python is simpler and
>>>> more flexible that writing it all in C.
>>>> - It is reasonably simple to interact with U-Boot in this way.
>>>>
>>>> A few simple tests are provided as examples. Soon, we should convert as
>>>> many as possible of the other tests in test/* and test/cmd_ut.c too.
>>>>
>>>> The hook scripts, relay control utilities, and udev rules I use for my
>>>> own HW setup are published at
>>>> https://github.com/swarren/uboot-test-hooks.
>>>>
>>>> See README.md for more details!
>>>
>>> It looks like I need to send a v4 of this, since I renamed a Python
>>> class but forgot to update all users of it. I didn't notice this, since
>>> I had the old module lying around as a *.pyc file, so the old name
>>> worked:-(
>>>
>>> I also have a couple of minor fixes to roll in that make the scripts
>>> work better under a continuous integration environment (which doesn't
>>> have a controlling TTY set when the scripts run, which need a minor
>>> tweak to the Spawn code).
>
> I see this now. Do I need another dependency?
>
> /test/py/test.py --bd sandbox --build
...
> INTERNALERROR> from ubspawn import Spawn
No, I renamed the ubspawn class (to u_boot_spawn) but forgot to update
the users of the module to use the new name. My local testing didn't
notice this since I still had the .pyc file present with the old name,
but you evidently don't.
I think something like the following should fix it for you before I post v4:
sed -i 's/ubspawn/u_boot_spawn/' test/py/*.py
next prev parent reply other threads:[~2016-01-11 17:04 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-05 22:58 [U-Boot] [PATCH V3 1/7] test/py: Implement pytest infrastructure Stephen Warren
2016-01-05 22:58 ` [U-Boot] [PATCH V3 2/7] test/py: test that sandbox exits when asked Stephen Warren
2016-01-11 15:23 ` Simon Glass
2016-01-05 22:58 ` [U-Boot] [PATCH V3 3/7] test/py: add test of setenv/printenv/echo Stephen Warren
2016-01-11 15:23 ` Simon Glass
2016-01-05 22:58 ` [U-Boot] [PATCH V3 4/7] test/py: test the md/mw commands Stephen Warren
2016-01-11 15:23 ` Simon Glass
2016-01-05 22:58 ` [U-Boot] [PATCH V3 5/7] test/py: add test of basic shell functionality Stephen Warren
2016-01-11 15:23 ` Simon Glass
2016-01-05 22:58 ` [U-Boot] [PATCH V3 6/7] test/py: test the shell if command Stephen Warren
2016-01-11 15:23 ` Simon Glass
2016-01-05 22:58 ` [U-Boot] [PATCH V3 7/7] test/py: test the ums command Stephen Warren
2016-01-11 15:23 ` Simon Glass
2016-01-08 18:13 ` [U-Boot] [PATCH V3 1/7] test/py: Implement pytest infrastructure Stephen Warren
2016-01-08 18:32 ` Michal Simek
2016-01-11 15:25 ` Simon Glass
2016-01-11 17:04 ` Stephen Warren [this message]
2016-01-11 10:45 ` Michal Simek
2016-01-11 17:00 ` Stephen Warren
2016-01-11 15:23 ` Simon Glass
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=5693E0AC.4030903@wwwdotorg.org \
--to=swarren@wwwdotorg.org \
--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