Testnizer

Verifying releases

How to verify the integrity of downloaded Testnizer installers using SHA-256 checksums.

Every release published to github.com/apinizer/testnizer includes SHA-256 checksums for each artifact. Verifying them confirms the file you downloaded arrived intact and was not tampered with in transit.

Where to find checksums

Each release page lists a checksums.txt file alongside the installers. It contains one line per artifact:

a3f8…  Testnizer-1.4.10-arm64.dmg
c91b…  Testnizer-1.4.10-x64.dmg
e54a…  Testnizer-1.4.10-x64.exe
2d77…  Testnizer-1.4.10-amd64.deb

(One sha256 filename line per artifact — standard sha256sum format.)

Verifying on macOS / Linux

shasum -a 256 Testnizer-1.4.10-arm64.dmg

Compare the output hash with the matching line in checksums.txt. They must match exactly. To check every file you downloaded at once, run shasum -a 256 -c checksums.txt from the download folder.

Verifying on Windows (PowerShell)

Get-FileHash .\Testnizer-1.4.10-x64.exe -Algorithm SHA256

Compare the Hash field against checksums.txt.

Air-gapped install

For fully isolated networks:

  1. On a connected machine, open the latest release and download the installer for your platform plus checksums.txt
  2. Verify the SHA-256 as above
  3. Transfer the installer to the isolated machine via USB / SFTP / your air-gap gateway
  4. Install normally

After installation, disable the auto-update check on the isolated machine: Settings → Updates → Automatic update check → off.

Release integrity

Releases are built by GitHub Actions on isolated per-OS runners. The workflow logs and artifact upload steps are publicly visible at github.com/apinizer/testnizer so you can trace each artifact back to the exact build run that produced it.

Reporting issues

Open an issue at github.com/apinizer/testnizer/issues.

Security issues — use GitHub’s private security advisory channel (Report a vulnerability privately) rather than opening a public issue.