Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.python > #5931
| From | c.buhtz@posteo.jp |
|---|---|
| Newsgroups | de.comp.lang.python |
| Subject | [Python-de] Projekt Layout: tests bei mehreren Import Packages |
| Date | 2022-12-16 09:19 +0000 |
| Message-ID | <ba93e3b8868ab3e588e0352fc507c9e7@posteo.de> (permalink) |
Hallo,
ich habe hier [1] ein "Distribution Package" mit zwei "Import Packages"
und das ganze im "src-Layout" angelegt.
Das geht so weit ganz prima. Wenn ich "bit_demo" (bzw. "bitdemo") per
pip installiere, kann ich danach "import bitcli" und "import bitgui"
machen.
Die tests möchte ich zwischen unit- und integration tests unterscheiden,
wie man an der Ordner-Struktur hier schon sehen kann. Abgesehen von der
Übersichtlichkeit, bin ich der Ansicht, dass coverage Auswertungen nur
mit Unittests gemacht werden sollten.
Aber wie strukturiert man die test-Ordner am sinnvollsten, um die
Trennung zwischen den beiden Paketen "bitcli" und "bitgui" darzustellen.
Gibt es hier eurerseits schon Erfahrungen und/oder Empfehlungen?
bit_demo
├── pyproject.toml
├── src
│ ├── bitcli
│ │ ├── __init__.py
│ │ └── __main__.py
│ └── bitgui
│ ├── __init__.py
│ └── __main__.py
└── tests
├── integration
└── unit
Eine nahliegende Variante wäre
tests
├── bitcli
│ ├── integration
│ └── unit
└── bitgui
├── integration
└── unit
Eine weitere
bit_demo
├── pyproject.toml
├── src
├── tests_cli
│ ├── integration
│ └── unit
└── tests_gui
├── integration
└── unit
Wenn ich so laut nachdenke, könnte ich auch sagen, dass bei den
Integrationstests ja meistens (aber nicht immer) beide Pakete (bitgui &
bitcli) beteiligt sind und daher eine Trennung nicht wirklich nötig
wäre; nur bei den unittests.
Einfach so?
tests
├── integration
├── unit_cli
└── unit_gui
Was ist eure Meinung dazu?
[1] -- <https://codeberg.org/buhtz/bit_demo>
Back to de.comp.lang.python | Previous | Next | Find similar
[Python-de] Projekt Layout: tests bei mehreren Import Packages c.buhtz@posteo.jp - 2022-12-16 09:19 +0000
csiph-web