Every new version of raspiBackup is regression tested before it's published. There are a lot of options and hard- and softwareenvironments possible which cannot be regression tested - unfortunately. Following page describes how the regressiontest is executed and which tests are executed.

 

The regressiontest is executed in a virtualized environment using qemu on a Linux desktop.  Otherwise the waste of sd cards would be very high. The image is a stretch-lite Raspbian. It's saved with raspiBackup using the standard options with dd, tar and rsync in the normal mode. In addition a tar and rsync backup is created in partition oriented mode (Option -P). All five backups are restored with raspiBackup and the image is started in Qemu. Following tests are executed:

  1. File /boot/cmdline.txt is downloaded via scp to the host and checked
  2. File /etc/fstab is downloaded via scp to the host and checked
  3. IP 8.8.8.8 is pinged from the VM and checked whether the ping was successful
  4. Number of active services on original image is verified with service --status-all

Every user of raspiBackup who uses additional options is strongly recommended to test the backup and restore carefully when raspiBackup was upgraded. Please note the disclaimer.

 

Add comment

Note

eMail is not visible to the public and used to subscribe you to comment updates. If you enter your eMail address your consent in accordance with. Art. 6 para. 1 lit. a GDPR to store your eMail is assumed. You can unsubscribe at any time because any notification eMail has an unsubscribe link.
For more details about our data protection see here.

Spam comments are purged and not published to protect subscribers from spam eMails. Review is done manually and therefore it takes some time until a comment will be published.