Il s'agit de la commande vernistest qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
Vernistest - Programme de test pour Vernis
SYNOPSIS
vernistest [-hikLlqvW] [-b taille] [-D nom=val] [-j travaux] [-n iter] [-t durée] fichier
[déposer ...]
DESCRIPTION
Le programme polishtest est un programme basé sur un script utilisé pour tester le cache de vernis.
Le programme vernistest, lorsqu'il est lancé et qu'il reçoit un ou plusieurs fichiers de script, peut créer un
nombre de threads représentant les backends, certains threads représentant les clients et un vernis
traiter. Ceci est ensuite utilisé pour simuler une transaction afin de provoquer un comportement spécifique.
Les options suivantes sont disponibles:
-b longueur du câble
Définir la taille de la mémoire tampon interne (par défaut : 512 Ko)
-D name=val Définir la macro à utiliser dans les scripts
-h Afficher l'aide
-i Trouver vernis dans l'arbre de construction
-j emplois
Exécutez ces nombreux tests en parallèle
-k Continuer en cas d'échec du test
-L Toujours laisser temporaire vtc.*
-l Laisser temporaire vtc.* si le test échoue
-n itérations
Exécutez les tests plusieurs fois
-q Mode silencieux : signaler uniquement les échecs
-t durée
Le temps s'écoule après ce long
-v Mode verbeux : toujours signaler le journal de test
-W Activer la fonction de témoin pour le verrouillage
file Fichier à utiliser comme script
Définitions de macros pouvant être remplacées.
vernisd Chemin vers vernisd à utiliser [varnishd]
If TMPDIR est fixé dans l'environnement, polishtest crée des vtc.* répertoires pour
chaque essai dans $ TMPDIR, sinon dans / Tmp.
ÉCRITURES
Le langage de script utilisé pour Varnishtest n'est pas un langage strictement défini. Le meilleur
référence pour l'écriture de scripts est le programme polishtest lui-même. Dans la source Vernis
référentiel de code, sous bin/vernistest/tests/, tous les tests de régression pour Varnish sont
conservé.
Un exemple:
test de vernis "#1029"
serveur s1 {
rxreq
attendre req.url == "/bar"
txresp -gzipbody {[barre]}
rxreq
attendre req.url == "/foo"
txresp -corps { FO BARF }
} -début
vernis v1 -vcl+backend {
sous vcl_backend_response {
définir beresp.do_esi = true;
if (bereq.url == "/foo") {
définir beresp.ttl = 0s;
} Else {
définir beresp.ttl = 10m;
}
}
} -début
client c1 {
txreq -url "/bar" -hdr "Accepter l'encodage : gzip"
rxresp
gunzip
attendre resp.bodylen == 5
txreq -url "/foo" -hdr "Accepter l'encodage : gzip"
rxresp
attendre resp.bodylen == 21
} -Cours
Lorsqu'il est exécuté, le script ci-dessus simulera un serveur (s1) qui attend deux
demandes. Il démarrera un serveur Varnish (v1) et ajoutera la définition du backend à la VCL
spécifié (-vcl+backend). Enfin, il démarre le client c1, qui est un client unique
envoyer deux demandes.
Utilisez vernistest en ligne en utilisant les services onworks.net
