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 hidden and not visible to the public. It's used to inform you about new comments.