Test che girano a ogni rilascio e bug che si aprono da soli
QA Spider testa la tua app in un browser reale e tramite la sua API, esegue la suite a ogni rilascio e apre ogni regressione confermata nel tracker che il tuo team già usa. Piano Enterprise: mettiti in contatto.
Cosa ottieni
- Test UI in un browser reale
- Controlli di contratto REST e GraphQL
- Segnalazioni di bug scritte dall'esecuzione fallita: passaggi, screenshot, gravità. Controllo dei duplicati, aperte solo dopo la tua approvazione.
- Bug aperti in Jira, ClickUp, GitHub Issues, Linear, Azure DevOps
- Avvisi in Slack, Discord, Telegram
- Triage con AI: test instabile o bug reale
- Causa radice dal tuo repository, in sola lettura
- Gravità
- P1
- Passaggi
- Aggiungi un articolo, apri /checkout, applica un codice scaduto, paga con una carta di test.
- Atteso
- Il codice viene rifiutato con un messaggio.
- Effettivo
- Compare «Codice applicato» e viene addebitato l'importo pieno.
- Aperto in
- Jira, dopo l'approvazione. Avviso Slack inviato.
Come viaggia un bug
Un rilascio esegue la suite. Un test fallito diventa una segnalazione di bug; dopo la tua approvazione, arriva nel tuo tracker e la chat del tuo team ne viene informata.
Dopo un rilascio i test vengono eseguiti, uno fallisce e la sua segnalazione di bug passa al tracker del team mentre un messaggio su Slack la annuncia.
Un'esecuzione fallisce
A ogni rilascio, in un browser reale e sulla tua API.
Il triage decide
Test instabile, intoppo dell'infrastruttura o bug reale del prodotto.
La segnalazione si scrive da sola
Passaggi da ciò che è stato davvero eseguito, lo screenshot, una gravità.
Tu approvi
Arriva nel tuo tracker e nella tua chat, non prima.
Sicuro per impostazione predefinita
I controlli in sola lettura girano sulla produzione. Tutto ciò che crea o modifica dati gira solo su dev o staging. Aprire un ticket o scrivere in chat attende la tua approvazione. Non nascondiamo mai un bug reale per far diventare verde un'esecuzione.
Anche in Pro
Pro ($29/mo) include 1000 crediti di test al mese: esegui test generati su richiesta, scegli i test, salva suite, genera un test da una descrizione e modificalo visivamente. Pianificazione, apertura nel tracker, avvisi in chat e triage con AI sono in Enterprise.
Anche Web3. Le dApp ricevono lo stesso trattamento: il ragno guida i flussi dei wallet con wallet emulati (connessione, cambio di rete, firma, rifiuto), esercita le chiamate ai contratti su testnet e controlla che ciò che mostra la tua UI corrisponda alla blockchain.
Domande dei team
In cosa è diverso dallo scrivere i test da soli?
Nulla te lo impedisce. QA Spider scrive codice di test standard che il tuo team potrebbe scrivere. La differenza è chi fa il lavoro: redige i test, li esegue a ogni rilascio, ripara i locator quando la tua UI cambia e apre i bug. I tuoi ingegneri rivedono i risultati.
Inonderà il nostro tracker?
No. Ogni fallimento passa prima dal triage: i test instabili vengono riparati, gli intoppi dell'infrastruttura vengono ritentati e solo i bug di prodotto confermati diventano ticket. L'apertura richiede la tua approvazione e ogni ticket viene controllato per i duplicati.
Cosa succede quando la nostra UI cambia?
Se un locator si è rotto perché hai rifatto il design, il ragno ripara il test e lo annota. Se il comportamento è regredito, apre un bug invece di modificare in silenzio il test per restare verde.
Come gestite login, pagamenti e dati di test?
Dai al ragno account di test per lo staging. Accede, completa il checkout con carte di test e invia i moduli lì. I flussi che modificano dati girano solo su dev e staging; la produzione riceve controlli in sola lettura.
Vi serve il nostro codice sorgente?
Non per i test: il ragno testa la tua app come la incontra un utente. Puoi facoltativamente collegare un repository, in sola lettura, così un fallimento indica il file e il commit che ci stanno dietro.
È sicuro eseguirlo sulla produzione?
Le esecuzioni in produzione sono limitate a smoke test in sola lettura. Tutto ciò che crea, modifica o elimina dati è etichettato come modificante e gira solo su dev o staging.