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

Spam comments are purged and not published. Review is done manually and therefore it usually takes between some hours and one day until a comment will be published.