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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.