Integration testing #1
Labels
No Label
art
big
blocked
bug
ci-cd
crash report
disputed
documentation
duplicate
feature request
good first issue
packaging
question
security
techdebt spring cleaning
testing
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Projects/empidee#1
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
It would be nice if we could integration test the implementation against the mpd daemon. I'm imagining the best way to do this would be to create a test harness that runs a separate instance of mpd for every single test, with a predetermined state and configuration. Then the test for a single command would run any necessary setup commands to get mpd into a state where it makes sense to run the command in question.
We need to make sure that only n amount of tests are ever run simultaneously in order to to kill the host with literally 100 instances of mpd.
Be sure to add a few songs and artists and such with labels that might be confusing for the parsers (e.g
OK
,list_ok
,\n
,\t
,<space>
, weird UTF-8 chars, ...)