Nose unable to find tests in ubuntu

PythonNose

Python Problem Overview


Is there any reason why Nose wouldn't be able to find tests in Ubuntu 9.04?

I'm using nose 0.11.1 with python 2.5.4.
I can run tests only if I explicitly specify the filename. If I don't specify the filename it just says, 0 tests.

The same project runs tests fine on my Mac, so I'm quite stumped!

Python Solutions


Solution 1 - Python

The other thing which always gets me with nose is that it won't run tests in executable files. I'm not exactly sure why that would make a difference across Mac/Ubuntu, but it's worth a shot.

Make sure that the scripts didn't somehow get chmod +x'd on the Mac… And if they did, fix them with chmod -x $(find tests/ -name '*.py').

Solution 2 - Python

This behavior is almost certainly because your files are not named in accordance with nose's test matching behavior. From the nose docs:

> nose collects tests automatically from python source files, directories and packages found in its working directory (which defaults to the current working directory). Any python source file, directory or package that matches the testMatch regular expression (by default: (?:^|[b_.-])[Tt]est) will be collected as a test (or source for collection of tests).

Emphasis was mine.

Some example names that would match:

  • TestFoo.py
  • Foo-Test.py
  • Foo_Test.py
  • Foo.Test.py (note that this one will try to import Foo, and will raise an exception if it cannot)

A name that looks like it would match, but actually does not:

  • FooTest.py

If you just rename your files you should be good to go.


Update: I wasn't able to tell from the details you've posted, but maybe your test directories are missing their __init__.py files?

> ... make sure that your “tests” directories are actually modules (they have an empty __init__.py file).

Solution 3 - Python

I had the same problem. My tests ran just fine in Windows, but not in Ubuntu.

In Ubuntu, if you run:

nosetests -vv --collect-only

You'll probably see that it's skipping your test file because it's an executable: _Tools/LintControlFiles/test_HgLint.py is executable; skipped

In order to get nose to consider executables, run it like this:

nosetests --exe

Solution 4 - Python

I can confirm that as @david-wolever said, they cannot be executable on Ubuntu. Run

nosetests -vv --collect-only 

to see full details on which files were examined.

Solution 5 - Python

Some what related, if you're running tests off of a directory i.e

nosetests ... tests/

where tests is the name of the folder with my tests, and have separate python test functions in one of the .py modules... Your functions have to start with 'test' for nosetests to recognize that as a test you want to run.

for example:

 def test_something():
    ...

nosetests will run this function when executed in this directory while

 def somethin_to_test():
    ...

would not.

Solution 6 - Python

Use the -all-modules and it will find all the tests.

nosetests --all-modules ./tests

Solution 7 - Python

After looking through the source of nose, specifically the selector.py file, if you look at what's happening,

https://github.com/nose-devs/nose/blob/master/nose/selector.py#L129

When checking if we wantFile, self.matches is called, which then does a regex search against the match, which is what you would have passed in as testMatch.

The problem occurs when you then check later down (and, throughout that file),

https://github.com/nose-devs/nose/blob/master/nose/selector.py#L152

It runs the very same type of checks again, against wantFunction.

This means, if you've got a different structure for your package, your container pyfile, and your actual test class / function, you'll have to create a crazy complicated regex to match that at every stage.

For me, when I learned this, I chose to prefix my package, container and test functions with a common bit, i.e.

├── __init__.py
├── setest_area1.py
└──── def setest_someblock(): ...

And then my nose command works like,

nose --testMatch="setest"

This then filters the way I expect it to work.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionSudhir JonathanView Question on Stackoverflow
Solution 1 - PythonDavid WoleverView Answer on Stackoverflow
Solution 2 - PythonMark RushakoffView Answer on Stackoverflow
Solution 3 - PythonrockyView Answer on Stackoverflow
Solution 4 - PythonzahanmView Answer on Stackoverflow
Solution 5 - PythonMITjanitorView Answer on Stackoverflow
Solution 6 - PythongeorgeokView Answer on Stackoverflow
Solution 7 - PythonseadersView Answer on Stackoverflow