Uruchomienie unittest z typową strukturą katalogów testowych

Bardzo powszechną strukturą katalogów nawet prostego modułu Pythona wydaje się być oddzielenie testów jednostkowych od własnychtest informator:

new_project/
    antigravity/
        antigravity.py
    test/
        test_antigravity.py
    setup.py
    etc.

na przykład zobacz toHowto projektu Pythona.

Moje pytanie jest prosteJaki jest zwykły sposób uruchamiania testów? Podejrzewam, że jest to oczywiste dla wszystkich oprócz mnie, ale nie możesz po prostu uciekaćpython test_antigravity.py z katalogu testowego jako jegoimport antigravity nie powiedzie się, ponieważ moduł nie znajduje się na ścieżce.

Wiem, że mogę zmodyfikować PYTHONPATH i inne sztuczki związane ze ścieżką wyszukiwania, ale nie mogę uwierzyć, że to najprostszy sposób - w porządku, jeśli jesteś programistą, ale nie możesz się spodziewać, że użytkownicy będą używać, jeśli chcą tylko sprawdzić testy przechodzący.

Inną alternatywą jest skopiowanie pliku testowego do innego katalogu, ale wydaje się on nieco głupi i nie ma sensu umieszczać go w oddzielnym katalogu na początek.

Więc, jeśli właśnie pobrałeś źródło do mojego nowego projektu, jak byś przeprowadził testy jednostkowe? Wolałbym odpowiedź, która pozwoliłaby mi powiedzieć moim użytkownikom: „Aby uruchomić testy jednostkowe, wykonaj X.”

questionAnswers(19)

yourAnswerToTheQuestion