01Sorun ve çözüm
Test otomasyonu hizmetimizde önce hangi testlerin otomatiğe alınmaya değer olduğunu birlikte belirliyoruz. Ardından birim, API ve uçtan uca seviyelerde dengeli bir test seti kuruyor, bu seti kod deposuna ve sürüm hattınıza bağlıyoruz. Amaç her şeyi otomatikleştirmek değil, tekrar eden ve risk taşıyan kontrolleri makineye bırakıp ekibin dikkatini yeni özelliklere ayırmasını sağlamaktır.
02Kimler için
Test otomasyonu hizmeti hangi ekiplere uygun
Otomasyonun karşılığı, testin ne sıklıkla tekrarlandığına ve hatanın ne kadar pahalıya patladığına bağlıdır.
- Sık sürüm çıkaran ve her sürümden önce aynı kontrol listesini elle tekrarlayan yazılım ekipleri
- Ödeme, sipariş ya da rezervasyon akışındaki bir hatanın doğrudan gelir kaybına dönüştüğü e-ticaret ve hizmet platformları
- Bir modülde yapılan düzeltmenin başka modülleri bozduğu, yıllar içinde büyümüş kurumsal uygulamalar
- Web, Android ve iOS sürümlerini aynı anda yayına alan ve her platformu ayrı ayrı denemekte zorlanan ürün ekipleri
- Dış ajanstan teslim aldığı yazılımın sonraki değişikliklerde bozulmadığını güvence altına almak isteyen şirketler
03İhtiyaçlar
Elle test edilen projelerde biriken sorunlar
Otomasyon talebi genellikle aynı birkaç sıkıntının üst üste binmesiyle ortaya çıkar.
- 01
Uzayan regresyon turları
Her sürüm öncesi yapılan kontrol turu, ürün büyüdükçe daha fazla kişi ve zaman ister. Sonunda ya sürümler seyrekleşir ya da kontroller kısaltılır; ikisi de risklidir.
- 02
Kimsenin hatırlamadığı kenar durumlar
İndirim kodu ile taksitin birlikte kullanılması, stokta tek ürün kalması ya da oturumun ödeme sırasında düşmesi gibi durumlar elle testte kolayca unutulur. Otomatik senaryo bunları her çalıştırmada aynı titizlikle dener.
- 03
Güvenilmeyen test sonuçları
Daha önce yazılmış ama bakımı yapılmamış testler rastgele kırılmaya başlar. Ekip kırmızı sonuçları görmezden gelmeyi öğrenince test seti işlevini kaybeder.
- 04
Test verisinin dağınıklığı
Senaryolar paylaşılan bir test veritabanına bağlıysa biri veriyi değiştirdiğinde testler anlamsızca hata verir. Her çalıştırmada temiz ve öngörülebilir veriyle başlamak gerekir.
04Özellikler
Test otomasyonu kapsamında kurduğumuz yapı
Kapsamı mevcut kod tabanınıza ve ekibinizin sürüm alışkanlıklarına göre şekillendiriyoruz.
- 01
Risk temelli senaryo seçimi
İş açısından kritik akışları, sık değişen modülleri ve geçmişte hata çıkan noktaları çıkarıyor, otomasyon önceliğini buna göre sıralıyoruz. Nadiren kullanılan ve görsel yargı gerektiren kontroller elle testte kalabilir.
- 02
Katmanlara dağıtılmış test seti
Hesaplama kurallarını birim testleriyle, servis sözleşmelerini API testleriyle, kullanıcı yolculuğunu ise az sayıda uçtan uca senaryoyla doğruluyoruz. Bu denge testlerin hem hızlı hem de kararlı çalışmasını sağlar.
- 03
Kararsız testlerin ayıklanması
Sabit bekleme süreleri yerine öğenin hazır olmasını bekleyen yapılar, testten teste bağımsız veri ve tekrar çalıştırma kayıtlarıyla rastgele kırılan testleri tespit edip düzeltiyoruz.
- 04
Okunur raporlar ve hata kanıtı
Başarısız her senaryo için ekran görüntüsü, gerekiyorsa video ve ağ kayıtları rapora eklenir. Geliştirici hatayı yeniden üretmek için ayrıca uğraşmaz.
- 05
Ekibinize devredilebilir kod
Testler ürün koduyla aynı depoda, ekibinizin okuyabileceği bir düzenle yazılır. Yeni senaryo eklemeyi gösteren kısa bir rehber ve örneklerle birlikte teslim edilir.
05Entegrasyonlar
Otomasyonun bağlandığı geliştirme araçları
Testler ancak ekibin günlük akışında kendiliğinden çalıştığında değer üretir.
- 01
Sürekli entegrasyon hattı
GitHub Actions, GitLab CI, Jenkins veya Azure DevOps üzerinde her birleştirme isteğinde hızlı testler, gece ise uzun senaryolar çalışacak şekilde kurgu yapılır.
- 02
Web ve mobil test çatıları
Web için Playwright, Cypress veya Selenium; mobil için Appium ya da platformun kendi araçları gibi seçenekler uygulamanızın yapısına göre değerlendirilir.
- 03
API ve servis testleri
Postman koleksiyonları, REST Assured ya da pytest gibi araçlarla servislerin yanıt yapısı ve hata durumları otomatik doğrulanır.
- 04
İş takip sistemi
Jira veya benzeri bir araçtaki gereksinim ve hata kayıtları senaryolarla ilişkilendirilir; hangi özelliğin hangi testle korunduğu görülebilir.
06Süreç
Test otomasyonu hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Test otomasyonu firması olarak dikkat ettiğimiz ilkeler
Uçtan uca testler en çok güven veren ama en yavaş ve en kırılgan katmandır. Bu yüzden bir hesaplama kuralını tarayıcı üzerinden doğrulamak yerine, mümkünse aynı kuralı doğrudan kod seviyesinde test etmeyi öneriyoruz. Tarayıcı testlerini gerçek kullanıcı yolculuklarına ayırmak, toplam çalışma süresini kısa tutar ve geliştiricinin her birleştirme isteğinde beklemeden sonuç almasını sağlar.
Devamını okuDaha az göster
Test ortamı canlı sisteme ne kadar benzerse sonuçlar o kadar anlamlıdır, ancak gerçek kişisel veri test ortamına taşınmamalıdır. KVKK açısından risk oluşturmamak için anonimleştirilmiş ya da sentetik veri üretiyor, ödeme ve SMS gibi dış servislerde sağlayıcıların sandbox ortamlarını veya sahte servisleri kullanıyoruz.
Otomasyon bir kerelik bir iş değildir; ürün değiştikçe testlerin de güncellenmesi gerekir. Projeyi teslim ettikten sonra bakımı ekibinize bırakabilir ya da bakım ve destek modeliyle yeni özelliklerin testlerini yazmaya devam edebiliriz.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
Test otomasyonu hakkında sık sorulan sorular
Test otomasyonu fiyatları neye göre değişir?
Otomatiğe alınacak akış sayısı, uygulamanın web mi mobil mi yoksa ikisi birden mi olduğu, mevcut kodun test edilebilirliği ve test ortamının hazır olup olmadığı belirleyicidir. Kritik akışlar netleştikten sonra kapsamı ve aşamaları yazılı teklifle sunuyoruz.
Elle testi tamamen bırakabilir miyiz?
Hayır ve bunu önermiyoruz. Tekrar eden kontroller otomatiğe geçer; yeni özelliklerin ilk denemesi, kullanılabilirlik değerlendirmesi ve keşif amaçlı test insan gözüyle yapılmaya devam eder.
Uygulamamızda hiç test yok; nereden başlanır?
Önce en çok gelir ya da itibar riski taşıyan birkaç akışı uçtan uca güvenceye alıyoruz. Ardından sık değişen iş kurallarına birim ve API testleri ekleyerek seti adım adım genişletiyoruz.
Testler sürüm sürecimizi yavaşlatır mı?
Doğru kurgulandığında tersine hızlandırır. Birleştirme isteklerinde yalnızca hızlı testler çalışır; uzun senaryolar zamanlanmış çalıştırmalara bırakılır, böylece geliştirici beklemez.
Başka bir firmanın yazdığı uygulama için test otomasyonu hizmeti alabilir miyiz?
Evet. Kod deposuna ve test ortamına erişim yeterlidir. Arayüzde test için gereken sabit tanımlayıcılar eksikse, bunların eklenmesini geliştirici ekibinizle birlikte planlıyoruz.
Otomasyonun işe yaradığını nasıl anlarız?
Canlıya kaçan hata sayısındaki değişimi, regresyon turuna harcanan emeği ve sürüm sıklığını otomasyon öncesi ve sonrası birlikte izleriz. Bu göstergeler projenin başında sizinle tanımlanır.
10İlgili hizmetler