-
Notifications
You must be signed in to change notification settings - Fork 10
Open
Labels
TestingFiles in `tests` modifiedFiles in `tests` modified
Description
How will this affect the next version number?
New feature (increment MINOR version)
Is your feature request related to a problem?
Current testing has a number of problems:
- So-called "unit" testing is really more integration testing because it involves I/O rather than pure function testing. This leads to two points:
- It may perhaps be better to convert the "unit" tests to bash scripts that check output. This would allow more transparency in what workflows are being tested. For example, one implementation of this is
tests/scripts/globus_auth.bash. - Actual unit tests should test functions used by
zstashrather than the actualzstashcommands called from the command line.
- It may perhaps be better to convert the "unit" tests to bash scripts that check output. This would allow more transparency in what workflows are being tested. For example, one implementation of this is
- The current test framework uses
unittestrather thanpytest. I recall trying to modernize that in the past, but running into problems. - The current test framework always uses the GitHubActions or
conda/dev.ymlPython version. We should simulate runningzstash createwith an older version of Python and/orzstashand then runningzstash extracton a later version. For example, see the thread at Update Python support #384 (comment). It's a common use case that someone would be extracting data that was archived a while ago.
Describe the solution you'd like
Described above.
Describe alternatives you've considered
No response
Additional context
No response
Metadata
Metadata
Assignees
Labels
TestingFiles in `tests` modifiedFiles in `tests` modified