İçeriğe geç
Teklif al

Hizmet · Danışmanlık, test ve bakım

Yazılım test ve QA hizmeti

Küçük yazılım ekiplerinde test çoğu zaman kodu yazan geliştiricinin kendi denemesinden ibarettir. Geliştirici özelliği tasarladığı yoldan dener ve çalıştığını görür; oysa kullanıcı formu yarıda bırakır, geri tuşuna basar, eski bir Android telefondan girer ya da beklenmeyen bir karakter yazar. Bu durumlar ancak yazılımı dışarıdan, kullanıcının gözüyle ve sistemli biçimde deneyen biri tarafından yakalanır.

Kategori
Danışmanlık, test ve bakım
Çalışma modeli
Proje bazlı · Bakım ve destek
Hizmet bölgesi
Türkiye geneli, uzaktan ve yerinde

Yazılım test ve QA hizmetimiz, ekibinize bağımsız bir kalite güvence katmanı ekler. Gereksinimler henüz yazılırken belirsizlikleri işaretliyor, her sürüm için test planı ve senaryolar hazırlıyor, farklı cihaz ve tarayıcılarda deneme yapıyor, bulduğumuz hataları geliştiricinin hemen anlayacağı biçimde raporluyoruz. Sürümün yayına hazır olup olmadığını da açık ölçütlerle birlikte değerlendiriyoruz.

Yazılım test ve QA hizmeti kimlere uygun

Kalite güvence ihtiyacı ekibin büyüklüğünden çok, hatanın kullanıcıya ulaşmasının yarattığı zarara bağlıdır.

  • Ekibinde ayrı bir test uzmanı bulunmayan ve testi geliştiricilere bırakan yazılım şirketleri
  • Dış ajansa yaptırdığı uygulamayı teslim almadan önce bağımsız bir kabul testi yaptırmak isteyen işletmeler
  • Mobil uygulamasını çok sayıda farklı cihaz ve işletim sistemi sürümünde denemesi gereken ürün ekipleri
  • Büyük bir sürüm ya da yeniden tasarım öncesinde kapsamlı bir test turuna ihtiyaç duyan şirketler
  • Kullanıcı şikâyetleri üzerine kalite sürecini baştan kurmak isteyen yazılım ekipleri

Kalite güvencesi olmayan ekiplerde görülen sorunlar

Bu belirtilerin çoğu, testin geliştirme sürecinin sonuna sıkıştırılmasından doğar.

  • 01

    Geç fark edilen gereksinim boşlukları

    Bir özelliğin hata durumunda ne yapacağı ya da hangi kullanıcının neyi göreceği yazılmamışsa sorun ancak testte, hatta canlıda anlaşılır. Gereksinimi geliştirmeden önce test gözüyle okumak bu boşlukları erken kapatır.

  • 02

    Yeniden üretilemeyen hata bildirimleri

    “Ödeme çalışmıyor” gibi bir bildirim geliştiriciye yol göstermez. Hangi adımda, hangi cihazda ve hangi veriyle oluştuğu yazılmayan hatalar uzun süre açık kalır.

  • 03

    Belirli cihazlarda ortaya çıkan sorunlar

    Ekibin kendi telefonlarında sorunsuz görünen bir ekran, küçük ekranlı ya da eski sürümlü bir cihazda taşabilir veya hiç açılmayabilir.

  • 04

    Ölçütsüz yayın kararları

    Hangi hataların sürümü durdurması gerektiği tanımlı değilse karar teslim baskısıyla verilir. Açık bir yayın ölçütü bu tartışmayı nesnel hâle getirir.

Test ve kalite güvence çalışmasında yaptıklarımız

Hizmeti proje bazında bir test turu olarak ya da sürekli bir sürüm ritmine eşlik edecek şekilde alabilirsiniz.

  • 01

    Test stratejisi ve planı

    Hangi alanların hangi derinlikte test edileceği, hangi cihaz ve tarayıcıların kapsama alınacağı ve sürümün hangi koşulda onaylanacağı yazılı bir planda toplanır.

  • 02

    Senaryo tasarımı

    Olumlu akışların yanında sınır değerler, hatalı girişler, yetki farkları ve kesintiye uğrayan işlemler için test senaryoları yazılır. Senaryolar sonraki sürümlerde tekrar kullanılabilir.

  • 03

    Keşif amaçlı test

    Senaryo dışında kalan, deneyime dayanarak sistemin zayıf noktalarını arayan zaman sınırlı test oturumları yapılır. Bu yöntem, kimsenin aklına gelmeyen hataları bulmakta etkilidir.

  • 04

    Ayrıntılı hata raporları

    Her hata için adımlar, beklenen ve gerçekleşen sonuç, ortam bilgisi, ekran görüntüsü veya video ve önem derecesi kaydedilir.

  • 05

    Sürüm değerlendirme özeti

    Test turunun sonunda açık hatalar, riskler ve yayın ölçütlerine göre bir öneri içeren kısa bir değerlendirme paylaşılır; son karar sizindir.

Test sürecini yürüttüğümüz platformlar

Kendi araçlarınız varsa onların içinde çalışıyor, yoksa ekibinize uygun basit bir düzen öneriyoruz.

  • 01

    Hata ve iş takibi

    Jira, Azure DevOps Boards, Linear ya da GitHub Issues üzerinde hatalar, ekibinizin iş akışına uygun etiket ve önem dereceleriyle açılır.

  • 02

    Test yönetimi araçları

    TestRail, Xray veya Zephyr gibi araçlarla senaryolar, test turları ve sonuçlar izlenebilir biçimde saklanır.

  • 03

    Cihaz ve tarayıcı bulutları

    Fiziksel cihazlara ek olarak BrowserStack ya da LambdaTest gibi servislerle geniş bir cihaz ve tarayıcı yelpazesinde deneme yapılır.

  • 04

    Mobil test dağıtımı

    Test sürümleri TestFlight ve Firebase App Distribution gibi kanallarla alınır; böylece mağazaya çıkmadan önce gerçek kurulum deneyimi sınanır.

Çalışma süreci

  1. 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.

  2. 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.

  3. 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.

  4. Adım 04

    Test

    İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.

  5. 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.

  6. 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.

Yazılım test ve QA hizmetinde çalışma ilkelerimiz

Kalite güvence, testten daha geniş bir kavramdır. Hataları yalnızca bulup raporlamak yerine, aynı tür hataların neden tekrar ettiğine de bakıyoruz: gereksinim mi eksikti, kod incelemesi mi atlandı, test ortamı mı canlıdan farklıydı? Bu gözlemleri sürüm sonrası kısa notlarla paylaşarak sürecin kendisinin iyileşmesine katkı sağlıyoruz.

Devamını okuDaha az göster

Test sırasında gerçek müşteri verisi kullanılmaması gerektiğini baştan konuşuyoruz. Test hesapları, ödeme sağlayıcılarının test kartları ve sağlayıcıların test ortamlarıyla çalışıyor, canlı ortamda yapılması zorunlu kontrolleri önceden belirlenmiş sınırlı adımlarla yürütüyoruz. Erişilebilirlik açısından klavye ile gezinme, kontrast ve ekran okuyucu etiketleri gibi temel kontrolleri de planımıza ekleyebiliyoruz.

Sık tekrar eden test adımları otomasyona uygun hâle geldiğinde bunu raporda belirtiyoruz. Elle yürütülen test ile otomasyon arasındaki dengeyi ürününüzün değişim hızına göre birlikte kurmak, iki yaklaşımın da emeğini boşa çıkarmamanın yoludur.

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
    Bu modelle teklif alın: Proje bazlı
  • 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
    Bu modelle teklif alın: Bakım ve destek

Yazılım test ve QA hizmeti hakkında sık sorulan sorular

Yazılım test ve QA hizmeti fiyatları nasıl belirlenir?

Test edilecek uygulamanın büyüklüğü, platform sayısı, cihaz ve tarayıcı kapsamı, sürüm sıklığı ve senaryoların sıfırdan mı yazılacağı belirleyicidir. Tek seferlik test turu proje bazlı, sürekli eşlik ise aylık kapasiteyle planlanır.

Geliştiricilerimiz zaten test ediyor; ayrı bir QA neden gerekli?

Geliştirici kendi yazdığı kodu, onu tasarladığı varsayımlarla dener. Bağımsız test, bu varsayımların dışında kalan kullanım biçimlerini arar ve gereksinimdeki boşlukları da yakalar.

Test otomasyonu ile bu hizmet arasındaki fark nedir?

Bu hizmet test stratejisi, senaryo tasarımı ve insan gözüyle yapılan denemelere odaklanır. Test otomasyonu ise tekrar eden kontrolleri kod hâline getirip her sürümde kendiliğinden çalıştırmaktır; ikisi birbirini tamamlar.

Ajansın teslim ettiği uygulamayı kabul etmeden önce test eder misiniz?

Evet. Sözleşmedeki kapsam ve kabul ölçütlerini esas alarak bağımsız bir test turu yapıyor, bulguları önem derecesiyle birlikte hem size hem tedarikçinize iletilebilecek bir raporla sunuyoruz.

Hangi cihazlarda test yapılacağına nasıl karar veriyorsunuz?

Analitik verileriniz varsa kullanıcılarınızın en çok kullandığı cihaz ve tarayıcıları esas alıyoruz. Veri yoksa yaygın ekran boyutları ve desteklenen en eski işletim sistemi sürümleriyle bir kapsam öneriyoruz.

Bulduğunuz hataları siz mi düzeltiyorsunuz?

Test hizmetinde rolümüz hataları bulmak, raporlamak ve düzeltme sonrası yeniden doğrulamaktır. Düzeltmenin bizim tarafımızdan yapılmasını isterseniz bunu ayrı bir geliştirme kapsamı olarak planlıyoruz.

İlgili hizmetler ve sayfalar

Yazılım test ve QA hizmeti için teklif alın

Kısa bir ön görüşmede ihtiyacınızı dinleyip kapsamı, çalışma modelini ve takvimi yazılı olarak paylaşırız.

+90 552 579 93 21