Torture-testing Backup and Archive Programs: Things You Ought to Know But Probably Would Rather Not

[braian87b]

to see: http://www.coredumps.de/doc/dump/zwicky/testdump.doc.html

[reactive-firewall]

Oh this looks fun ... I'll see about hacking out a test script for these if no one else is working on it 🤔 ... um ... but first ... IS anyone already working on this? ... if so stop me from re-inventing

[reactive-firewall]

I think this calls for some CI testing (🎉 I'm so excited)

So that it's documented somewhere:

CI Testing is great for ensuring code works and changes don't introduce regressions to tested code (caveat: test coverage)

Issues that this could help:

• [ ] laurent22/rsync-time-backup#190
• [ ] laurent22/rsync-time-backup#181
• [ ] laurent22/rsync-time-backup#183
• [ ] laurent22/rsync-time-backup#175 ?
• [ ] laurent22/rsync-time-backup#172
• [ ] laurent22/rsync-time-backup#157
• [ ] laurent22/rsync-time-backup#116
• [ ] laurent22/rsync-time-backup#115
• [ ] laurent22/rsync-time-backup#89

most basic test logic:

• use github's actions (I'm on it)

Tests to start creating:

• [ ] Static tests:
  • [ ] A file with a large hole in it.
  • [ ] A file that contains a hole and a block's worth of nulls.
  • [ ] Files with funny characters in their file names.
  • [ ] 1025 hard links to the same file.
  • [ ] 2911 hard links to different files.
  • [ ] Files with long names.
  • [ ] Symbolic links to long names.
  • [ ] Symbolic links to names with funny characters in them.
  • [ ] Unreadable and unwriteable files.
  • [ ] Unreadable and unwriteable directories with normal files in them.
  • [ ] A named pipe.
  • [ ] A device.

[reactive-firewall]

😥 No one stopped me before I got to starting on this issue .... 🤓 SO I prepared a PR #205 for testing ... reviews welcome!