Bir e-ticaret platformunu kaliteli biçimde test etmek için gerçekçi hesaplara ihtiyaç vardır: alıcılar, satıcılar, yöneticiler, destek ekibi. Test hesaplarını oluşturmak ve yönetmek, çoğu QA ekibi için darboğazdır. Sanal numaralar bu sorunu bürokrasi ve gereksiz masraf olmadan, sistematik biçimde çözer.

E-ticaretin test hesaplarına neden ihtiyacı var

E-ticaret çok rollü bir sistemdir. Aynı senaryo (örneğin ürün iadesi) alıcının, satıcının, pazar yeri yöneticisinin ve lojistik ortağının hesabını devreye sokar. Bu tür senaryoları çalışanların gerçek hesapları üzerinde test etmek kabul edilemez: gerçek verileri bozma, gizliliği ihlal etme ve istenmeyen bildirimler alma riski vardır.

Ayrı hesap gerektiren tipik roller

  • Alıcılar (farklı segmentler: yeni, düzenli, VIP, sorunlu)
  • Satıcılar (farklı ürün kategorileri, farklı puanlar)
  • Platform yöneticileri
  • Destek ekibi (farklı seviyeler)
  • Ortaklar ve entegrasyonlar (API kullanıcıları)

Sanal numara olmadan yaşanan sorunlar

Gerçek SIM kartlarda sınır

Kurumsal numaralar pahalıdır ve sayıları azdır. Aynı numarayı birden fazla test hesabı için yeniden kullanmaya çalışmak testi bozar: platformlar tekrarı algılar ve işlevselliği kısıtlar.

Test verilerinin izolasyonu sorunu

Test hesabı bir geliştiricinin kişisel numarasına kaydedilirse, o kişi test SMS'lerini, push bildirimlerini ve e-postaları alır. Otomatik bir yük testinde (1000 kayıt) bunu gerçek numaralarla düzenlemek ise sadece imkânsızdır.

QA'de sanal numaralar: pratik senaryolar

Senaryo 1: Onboarding için regresyon testi

Her sürümde kayıt akışının tamamı kontrol edilmelidir: numara girişi → SMS alma → doğrulama → profil doldurma. Sanal numara API'si üzerinden çalışan otomatik bir test yeni bir numara alır, kaydı başlatır, doğrulama kodunu içeren SMS'i yakalar ve onboarding'i tamamlar. Tam döngü, insan müdahalesi olmadan gerçekleşir.

Senaryo 2: Onboarding'in A/B testi

İki onboarding varyantının dönüşümünü doğru test etmek için "temiz" kullanıcılara, yani platformu ilk kez gören kişilere ihtiyaç vardır. Sanal numaralar, production veritabanında çöp biriktirmeden A/B testleri için yüzlerce ilk kayıt oluşturmanıza olanak tanır.

Senaryo 3: Yük testi

Sistemin 5000 eşzamanlı kayıtta nasıl davrandığını kontrol etmek. Her kayıt benzersiz bir numara gerektirir. Bunu günler değil, dakikalar içinde yapmanızı yalnızca API arayüzü olan sanal numaralar sağlar.

Senaryo 4: Dolandırıcılık önleme sistemlerinin testi

Dolandırıcı davranışının simülasyonu: tek bir IP'den toplu kayıtlar, anormal sipariş kalıpları. Bu, dolandırıcılık önleme sisteminin kontrolü için gereklidir, ancak gerçek kullanıcılar üzerinde yapılamaz.

CI/CD entegrasyonu

API yaklaşımı

Profesyonel QA ekipleri sanal numara alma işlemini doğrudan test paketlerine entegre eder. Algoritma şöyledir: test API üzerinden numara ister → hesabı kaydeder → polling API ile OTP'yi alır → senaryoyu tamamlar → numarayı serbest bırakır. Hepsi otomatik, insan katılımı olmadan.

Entegrasyon örneği (Python)

# turbon API ile entegrasyonun sahte kodu (pseudocode) number = turbon.get_number(service='marketplace', country='ru') registration.submit_phone(number.phone) sms_code = turbon.wait_sms(number.id, timeout=60) registration.submit_code(sms_code) account = registration.complete() # Sonraki testler... turbon.release_number(number.id)

Test maliyeti

Yöntem100 test hesabının maliyetiKurulum süresi Gerçek SIM kartlar5000–15000 ₽ + router2–3 gün Kurumsal numaralar3000–8000 ₽/ay1–2 hafta (evrak işlemleri) Sanal numaralar (API)100–300 ₽30 dakika

Test verilerinin yönetimi

Naming convention

Her test hesabının anlaşılır bir adlandırması olmalıdır: ortam (test/staging/prod), rol, oluşturulma tarihi, yazar. Örnek: test_buyer_premium_20260115_qa_ivan. Bu sayede gerekli hesapları hızlıca bulabilir, test verilerini gerçek verilerle karıştırmazsınız.

Lifecycle management

Test hesaplarının bir yaşam döngüsü vardır: oluşturma → testte kullanma → arşivleme → silme. Açık bir yönetim olmadan binlerce "ölü" hesap birikir; bunlar analytics'i kirletir ve hata ayıklamayı zorlaştırır.

Ortamların izolasyonu

Kritik nokta: test numaraları ve hesapları ortamlar arasında kesişmemelidir. Staging'de kullanılan bir numara, production testlerinde yeniden kullanılmamalıdır.

Pazar yerlerinin özellikleri

Büyük pazar yerlerinin (Wildberries (Rus pazar yeri), Ozon (Rus pazar yeri), Yandex Market (Rus pazar yeri)) kendine has özellikleri vardır: satıcı hesabı sayısına getirilen sınırlar, OGRN (Rusya'da şirket tescil numarası) ile doğrulama, test siparişlerine yönelik limitler. Büyük entegratörlerin QA ekipleri, pazar yerinin kendisinin sunduğu test panellerini kullanır. Ancak alıcı deneyimini ve ön yüzü test etmek için sanal numaralar temel araç olmaya devam eder.

Sonuç

Sanal numaralar "sistemi atlatma" yöntemi değil, profesyonel bir QA aracıdır. Gerçekçi test senaryoları oluşturmanıza, regresyon testini otomatikleştirmenize ve QA altyapısının maliyetini onlarca kat düşürmenize olanak tanır. turbon.rent API'sini test paketinize bağlayın ve test hesapları meselesini bir kez ve kesin olarak halledin.