QA Spider
Sitemi denetle

Kapsam kütüphanesi

Örümcek gerçekte neyi test eder.

Bir özellik listesi değil — sizinki gibi ürünlere karşı çalışan gerçek kontroller. Aşağıdaki her konu otomatik bir paket olarak gelir: gerçek bir tarayıcıda arayüz akışları, API'ye karşı sözleşmeler, her dağıtımda yeniden çalıştırılır.

İki kapsam derinliği

Yüzeyden başlayın. Bize güvendiğiniz kadar derine inin.

Yüzey kapsamı

Dakikalar içinde başlayın · erişim gerekmez

Herkesin ulaşabildiği her şey

Sayfalar, formlar, kullanıcı akışları ve herkese açık API'ler — bir ziyaretçinin (ya da saldırganın) gördüğü şekilde, dışarıdan test edilir. Bir URL'den başka bir şey olmadan başlar.

  • Site genelinde tarama ve akış haritası
  • Smoke + regresyon paketleri
  • Herkese açık API sağlık kontrolleri

Derin kapsam

Staging erişimi · sizinle birlikte kurulur

Ürünün içinde, verdiğiniz erişimle

Projenize doğru şekilde bağlanırız: staging kimlik bilgileri, test hesapları ve dilerseniz salt okunur bir depo. Yüzey testinin hiç görmediği şeylere böyle ulaşırız.

  • Kimliği doğrulanmış ve role dayalı akışlar
  • REST / GraphQL sözleşme testleri
  • Değişikliklerden sonra veri bütünlüğü
  • Gerçek rotalarınıza ve depolarınıza eşlenen kapsam

Kütüphane

Her konu bir paket olarak gelir.

Kimlik doğrulama ve oturumlar

Bozulduklarında kullanıcıları dışarıda bırakan akışlar — ve saldırganların ilk denediği akışlar. Örümcek test hesaplarıyla gerçek girişler yapar ve her olumsuz yolu kontrol eder.

  • Geçerli / daha önce kullanılmış / hatalı biçimli e-postalarla kayıt
  • Giriş, çıkış, oturum süresi dolması ve yenileme
  • E-posta bağlantısı dahil uçtan uca parola sıfırlama
  • Girişten sonra hedeflenen sayfaya geri yönlendirme
  • Tekrarlanan başarısızlıklarda hız sınırlama ve hata metni

Ödeme ve tahsilat

Gelir akışları en derin kapsamı alır. Sandbox kartlar, reddedilen ödemeler, terk edilen sepetler — staging'de test edilir, asla gerçek parayla değil.

  • Sepete ekle → ödeme → sandbox ödeme → onay
  • Reddedilen kart, süresi dolmuş kart ve 3DS doğrulama yolları
  • Fiyatlar, vergiler ve toplamlar sayfalar ile API arasında tutarlı
  • Kuponlar, boş sepetler ve adet uç durumları
  • Sipariş onay e-postası ve webhook teslimi

API sözleşmeleri — REST ve GraphQL

Gerilemelerin çoğu arka uçta ortaya çıkar ve sonradan görünür. Sözleşme kontrolleri bunları, herhangi bir arayüz testi yüklenmeden saniyeler içinde yakalar.

  • Her herkese açık uç nokta için yanıt biçimi ve durum kodları
  • Kimlik doğrulama sınırları: süresi dolmuş token'lar, eksik kapsamlar, başka kullanıcıların verileri
  • Hata gövdeleri makine tarafından okunabilir kalır (bir JSON API'de HTML yok)
  • Sayfalama, filtreleme ve sıralama gerçek veri hacimlerinde doğru davranır
  • Önceki sözleşmeye karşı kırıcı değişiklik tespiti

Formlar ve doğrulama

Her form, kullanıcılarınızla yapılmış bir sözleşmedir. Örümcek formları aceleci bir insan gibi doldurur — yanlış, boş, yapıştırılmış ve iki kez gönderilmiş.

  • Zorunlu alan ve biçim doğrulaması, istemci ve sunucu tarafında
  • Çift gönderim koruması ve yükleme durumları
  • Unicode, emoji ve çok uzun girdi değerleri
  • Hata mesajları gerçekten bozuk olan alanı gösterir
  • Gönderimden sonra başarı durumları, yönlendirmeler ve bildirimler

Roller ve izinler

Bir müşteri başka bir müşterinin verisini görene kadar kimsenin fark etmediği hatalar. Role dayalı kontroller aynı kaynaklara karşı farklı kullanıcılar olarak çalışır.

  • Görüntüleyen / düzenleyen / yönetici tam olarak görmesi gerekeni görür
  • Kısıtlı sayfalara doğrudan URL ile erişim reddedilir
  • Başka hesaplara ait API nesnelerine ulaşılamaz
  • Planı düşürülen kullanıcılar erişimi hemen kaybeder

Dosyalar ve yüklemeler

Yüklemeler yaratıcı yollarla başarısız olur. Örümcek dosyaların bütün bir hayvanat bahçesini getirir.

  • Desteklenen biçimler yüklenir, görüntülenir ve bozulmadan indirilir
  • Fazla büyük ve sıfır baytlık dosyalar açık bir mesajla başarısız olur
  • Yanlış uzantılar ve MIME uyuşmazlıkları reddedilir
  • İlerleme, iptal ve yeniden deneme yavaş bir ağda doğru davranır

Web3 ve akıllı sözleşmeler

dApp'ler klasik paketlerin hiç görmediği şekillerde bozulur — zincirle sessizce çelişen bir arayüz. Örümcek köprünün iki yakasını da öykünmüş cüzdanlarla ve gerçek fon olmadan test eder.

  • Cüzdan bağlama, ağ değiştirme ve imzalama — reddetme yolları dahil
  • Testnet'lere ve çatallanmış mainnet'e karşı sözleşme çağrıları: durum, revert'ler, olaylar
  • Görüntülenen bakiyeler ve pozisyonlar zincirdeki gerçek durumla eşleşir
  • Gas tahmini hataları ve bekleyen işlem arayüz durumları
  • İndeksleyici / subgraph'ın zincir olaylarıyla tutarlılığı

Performans smoke testi

Yük testi değil — bir tuzak teli. Örümcek sayfa ve uç nokta başına yanıt sürelerini izler ve taban çizgisine göre gerilemeleri işaretler.

  • Rota başına sayfa yükleme ve API gecikmesi taban çizgileri
  • Her sayfada konsol hataları ve başarısız ağ istekleri
  • Yük boyutu gerilemeleri (yanlışlıkla oluşan 4 MB'lık paket)
  • Üçüncü taraf kesintileri tespit edilir ve puanınızın dışında tutulur

Web2 + Web3

dApp'ler ve akıllı sözleşmeler de kapsamda.

Blockchain ürünleri klasik test paketlerinin hiç görmediği şekillerde bozulur. Örümcek iki dünyanın da dilini konuşur — aynı döngü, aynı takip sistemi, aynı güvenceler.

Cüzdan akışları

Bağlanma, ağ değiştirme, işlem imzalama — ve kullanıcıların gerçekten karşılaştığı reddetme yolları. Öykünmüş cüzdanlarla test edilir, gerçek fonlar risk altında değildir.

Akıllı sözleşmeler

Sözleşme çağrıları testnet'lere ve çatallanmış mainnet'e karşı çalıştırılır: durum değişiklikleri, revert'ler, gas tahmini hataları ve olay yayınları.

Arayüz ↔ zincir gerçeği

Klasik dApp hatası, zincirle çelişen bir arayüzdür. Örümcek görüntülenen bakiyeleri, pozisyonları ve geçmişi gerçek zincir durumuyla çapraz kontrol eder.

Kırmızı testten açılmış kayda

Hata kendini raporlar. Ekibiniz yalnızca düzeltir.

QA'in pahalı kısmı hatayı bulmak değil; yazıya dökmek, ekran görüntüsü aramak, bir geliştiricinin önüne koymak için peşinden koşmaktır. QA Spider bu döngüyü kendi kapatır.

  1. 01

    Bir test kırmızıya döner — hata zaten yazılmıştır

    Kimsenin yeniden üretmesi, ekran görüntüsü alması ya da yazıya dökmesi gerekmez. Rapor, test başarısız olduğu anda çalıştırmada gerçekten olanlardan taslak olarak hazırlanır.

    Yeniden üretme adımları çalıştırılan adımlardan oluşturulur · hata ekran görüntüsü eklenir · önem derecesi P0–P3

  2. 02

    Bir tabloya değil, takip sisteminize düşer

    Tek tıkla geliştiricilerinizin zaten çalıştığı yere, projenize, yeniden üretme adımları ve kanıtı eklenmiş düzgün bir kayıt olarak açılır.

    Jira · Azure DevOps · ClickUp · GitHub Issues · Linear — açılmadan önce mükerrer kontrolü yapılır

  3. 03

    İlgili kişiler hemen haberdar olur

    Başarısız bir çalıştırma ya da yeni bir hata, doğrudan kayda giden bir bağlantıyla ekip sohbetinizde belirir. Bir şeyin bozulduğunu öğrenmek için kimsenin panoyu izlemesi gerekmez.

    Slack · Discord · Telegram — başarısız çalıştırmalarda ve açılan hatalarda; her şey yeşilken sessiz

  4. 04

    Hiçbir şey sessizce çürümez

    Her hata gerçekten bitene kadar bir durum taşır; böylece “onu zaten düzelttik” bir anı değil, kontrol edebileceğiniz bir gerçek olur.

    Açık → sürüyor → düzeltildi → doğrulandı · proje, önem derecesi ve duruma göre filtre · ekran görüntüsü hatayla birlikte saklanır

Sizin takviminizde, günde birkaç kez çalışır

Önemli saatleri seçin — günlük toplantıdan önce, her dağıtımdan sonra, gece boyunca. Paket kendi kendine çalışır, siz takvimi değil sonucu okursunuz.

Kalitenin ilerleyip ilerlemediğini görebilirsiniz

Başarı oranı, kararsızlık ve önem derecesine göre açık hatalar tek görünümde — bir sürüm kararı için gereken sayılar, günlük duvarı değil.

Yakalanan bir hata neye benzer

Yakalanan bir hata neye benzer

Günlükteki kırmızı bir satır değil — kök neden ve önerilen düzeltmeyle, onu üreten çalıştırmalarla birlikte eksiksiz, yeniden üretilebilir bir kayıt. İşte takip sisteminize düşenin gerçek bir örneği.

QA-1042Açık · YüksekJira'ya açıldı · QA Spider tarafından

Başlık

Ödeme: süresi dolmuş promosyon kodu “uygulandı” gösteriyor ve tam fiyatı tahsil ediyor

Açıklama

/checkout sayfasında süresi dolmuş bir promosyon kodu uygulandığında “Kod uygulandı ✓” görünür ve tutarın tamamı tahsil edilir. İndirim verilmez ve hiçbir hata gösterilmez — müşteriden sessizce fazla ücret alınır.

Yeniden üretme adımları · YÜA

  1. Sepete herhangi bir ürün ekleyin ve /checkout sayfasını açın
  2. SUMMER24 promosyon kodunu girin (süresi dolmuş) ve Uygula'ya basın
  3. 4242 4242 4242 4242 test kartıyla ödeyin

Gerçekleşen sonuç · GS

“Kod uygulandı ✓” rozeti gösterilir · sipariş toplamı değişmez · tutarın tamamı tahsil edilir · hata mesajı yok.
Kaydın tamamını aç — beklenen sonuç, kök neden, düzeltme ve ekran görüntüsü

Beklenen sonuç · BS

Satır içi hata “Bu kodun süresi dolmuş.” · Uygula devre dışı kalır · sorun çözülene kadar ödeme engellenir.

Kök neden

İstemci, süresi dolmuş kodları reddetmek yerine POST /api/promo uç noktasının döndürdüğü 200 { valid: true, discount: 0 } yanıtına güveniyor.

Önerilen düzeltme

/api/promo yolundan 422 code_expired döndürün, mesajı satır içinde gösterin ve kod geçersizken Öde düğmesini devre dışı tutun.

Ekran görüntüsü · iz eklendi

/checkout
Kod uygulandı
⚠ toplam değişmedi — $149.00

Son çalıştırmalar

ProjeOrtamSonuçZaman
c(müşteri adı gizli)prodgeçti214✓ 0✗ 0⚡2m 14s
c(müşteri adı gizli)staginghata açıldı208✓ 1✗ 0⚡3m 02s
p(müşteri adı gizli)devkararsızlık onarıldı176✓ 0✗ 2⚡4m 09s
g(müşteri adı gizli)prodgeçti88✓ 0✗ 0⚡1m 47s

Her dağıtım · gece · isteğe bağlı

Her hata böyle düşer — mükerrer kontrolü yapılmış, yeniden üretilebilir, kök nedeni ve önerilen düzeltmesiyle — doğrudan ekibinizin zaten kullandığı takip sistemine. Geliştiriciler yalnızca düzeltir.

Helper ile tanışın

Yalnızca bir tarayıcı değil — iş akışınızda bir QA yardımcı pilotu.

Otonom örümceğin yanında Helper, takip sisteminizden bir hikayeyi alır, canlı uygulamanıza karşı kriter kriter kontrol eder ve çevresindeki QA evraklarını yazar — planlar, senaryolar, kontrol listeleri, hata raporları. Siz inceler ve onaylarsınız; üretime benzeyen hiçbir ortama sizin onayınız olmadan dokunulmaz.

01

Kaydınızdan başlar

Bir Jira veya Azure DevOps bağlantısı yapıştırın; Helper hikayeyi ve kabul kriterlerini içeri alır. Kopyala-yapıştır yok, kaydın zaten söylediğini yeniden yazmak yok.

02

“Gerçekten çalışıyor mu?” sorusunu yanıtlar

Her kabul kriteri gerçek bir teste dönüşür ve canlı uygulamanıza karşı çalışır — görüş değil, kriter başına geçti ya da kaldı sonucu alırsınız. Üretime benzeyen ortamlar önce sorar.

03

QA evraklarını yazar

Test planları, test senaryoları, smoke hikayeleri, regresyon kontrol listeleri, uç durum taramaları ve hata raporları — ürününüze dayalı, TestRail, Xray veya Zephyr için Markdown, CSV ya da Excel olarak dışa aktarılabilir.

04

İşe yarayanı saklar

Bir kez test ettiğiniz bir hikaye projeye yönetilen otomatik bir test olarak kaydedilebilir — böylece yarın paketin geri kalanıyla birlikte zamanlanmış olarak çalışır.

Kayıt girer · canlı uygulamanızda test edilir · belgeler çıkar · pakete kaydedilir

Helper'ı deneyin →

Bu listeyi ürününüz için ister misiniz?

Her dağıtımda test, Enterprise planıdır: ne yayınladığınızı söyleyin, paketi sizinle birlikte kuralım. Ya da herkese açık sayfalarınızın ücretsiz denetimiyle başlayın.

QA Spider neleri kapsar — gerçek test kapsamı örnekleri