Yazılım projelerinde çıkan hatalar ne kadar geç fark edilirlerse o kadar yüksek maliyetlere yol açarlar. Yazılım geliştirme yaşam döngüsünün ilk aşamalarında yapılan testlerle ortaya çıkan hatalar projeye efor maliyeti olarak yansır, son aşamalarında ortaya çıkartılan hatalar ise müşterinin bilgisi dahilinde olabileceği için hem yüksek maliyetli hem de itibar zedeleyici bir şekil alabilir. Test maliyetleri hataların projede tespit edildiği aşamaya bağlı olarak çok değişkenlik göstermektedir. Önemli olan hataları yazılım geliştirme yaşam döngüsünün ilk adımlarından başlayarak gidermeye yönelik test aşamaları ile yürütmek, yönetmek ve raporlamaktır. Bu şekilde amaçlanan kalite ve standart seviyesine ulaşmak ve süreçleri iyileştirmek mümkündür. Detaylı bilgi için tıklayınız: http://mirsis.com.tr/TestHizmeti

1. Yazılım Test Hizmeti
© 2014 Mirsis Bilgi Teknolojileri

2. Kuruluş: Temmuz 2008
Ofisler: İstanbul Ataşehir &
Kocaeli Üniversitesi Teknopark
Türkiye’nin İlk 500 Bilişim Şirketi Sıralamasında
2011 - Genel Sıralama 223. Danışmanlık 11.
2012 - Genel Sıralama 207. Danışmanlık 12.
2013 - Genel Sıralama 175. Danışmanlık 8.
2011 Yılı Türkiye’nin En Hızlı Büyüyen
25 Şirketi Arasında 10. Sırada Yer Aldı.
2012 Yılında ilk 100’de yer aldı.
ISO 9001 Kalite Yönetim Sistemi
ISO 14001 Çevre Yönetim Sistemi
ISO 27001 Bilgi Güvenliği Yönetim Sistemi
2014 Yılı Türkiye’nin CMMI - SVC+SSD L3
Belgesini Alan İlk Şirketi Oldu.
© 2014 Mirsis Bilgi Teknolojileri 2 2 © 2014 Mirsis Bilgi Teknolojileri 2

3. Genel Bakış
• CMM –SVC Level 3 Seviyesinde
Servis Hizmeti
• Merkezileştirilmiş Bilgi Deposu
• Dünya Standartlarında
Kanıtlanmış Test Otomasyon
Araçlarında Yetkinlik
• Sertifikalı Uzmanlar
• Sertifikalı Süreç Danışmanları
2011-2012
-ISO 9001
Belgelendirmesi
2010
-ISO 14001
Belgelendirmesi
-Mirsis Test Hizmeti
Servisinin
Geliştirilmesi
2009
-Belirlenen
Hedefler Dahilinde
Stratejik Planların
Oluşturulması
2008
-Kalite Yönetim
Sistemi Hedeflerinin
Belirlenmesi
2013 - 2014
 CMMI for Services + SSD Level 3 Başarısı
 ISO 27001 Belgelendirmesi
 Mirsis Yazılım Test Hizmeti’nin CMMI
Kapsamında Yeniden Tasarlanması
 Test Uzmanı Sayısının Diğer Yıllara Oranla
%80 Arttırılması.
© 2014 Mirsis Bilgi Teknolojileri 3

4. Genel Bakış
Yazılım Test Hizmeti
Nakit
Yönetimi
Direkt
Bankacılık
Hazine
Temel
Bankacılık
Krediler
Kartlı
Ödemeler
Yatırım
Bankacılığı
Dış
İşlemler
CRM ve
Veriambarı
Kurumsal
Uygulamalar
SLA Management
Test Planlama
ve Tasarım
Test Analizi
Fonksiyonel Test
Entegrasyon Testi
Regresyon Testi
Ürün Kalite Değerlendirmesi
(İş Süreç Testi)
İş Akışı Testi
Kullanıcı Kabul Testi
Test
Gerçekleştirme
Raporlama
İyileşme Yaklaşımı
Test Gereksinim İzlenebilirliği
Bulgu Önleme
Süreç Optimizasyonu
Kalite Güvence
Sayısal İş Yönetimi
Test Ortamı
ve Araç Hazırlığı
Test Geliştirme
Test Otomasyonu
Planlama
Script Yönetimi
Log Gözden Geçirme
Bug Takibi
Raporlama ve Analiz
Hizmet Sürekliliği Süreçlerin İyileştirilmesi Olayların Yönetilmesi Çalışan Gelişimi
Veri ve Değişikliklerin
Kapasitenin Yönetilmesi Risklerin Yönetilmesi Performans Değerlendirmesi
Yönetilmesi
© 2014 Mirsis Bilgi Teknolojileri 4

5. Servis Modeli
Kaynaklar
100+ Deneyimli Test
Mühendisi
YAZILIM TEST HİZMETİ
Projeler
Ürün ve Servis
testlerinde proje
deneyimi
Sertifikalar
ISTQB, MCP, IIBA,
CBAP, CCNA, SPK, PAX,
YES, PMI)
QAI Registered CMMI, ISO
9001- ISO 14001 – ISO 18001
İç ve Baş Denetçi
Alan Bilgisi
• Temel Bankacılık
• Direkt Bankacılık
• Krediler
• Kartlı Ödemeler
• Hazine
Sunduklarımız
• Test stratejisi belirleme ve
planlama
• Test analizi ve geliştirme
• Test gerçekleştirme
• SLA lara uyum
• Süreçlerin iyileştirilmesi
Ekip Yapısı
• Domain Uzmanı %44
• Teknik Uzman %48
• Süreç Danışmanı %8
• Nakit Yönetimi
• Yatırım Bankacılığı
• Dış İşlemler
• CRM ve Veritabanı
• Kurumsal Uygulamalar
© 2014 Mirsis Bilgi Teknolojileri 5

6. Çalışan Sektörel Deneyim Dağılımı
59%
9%
14%
Finans
Sigorta
Telekomünikasyon
FMCG
Gıda
Havacılık
Hizmet
İnşaat
Lojistik
Yatırım
Medya
Otomotiv
Savunma Sanayi
Tekstil
Turizm
Üretim
© 2014 Mirsis Bilgi Teknolojileri 6

7. Servis Modeli
YAZILIM TEST HİZMETİ
Müşteri Mirsis Test Ekibi Sistem
SERVİS SİSTEMİ GEÇİŞİ (TRANSITION)
Test Analizi Test Geliştirme
Test Kapanışı
© 2014 Mirsis Bilgi Teknolojileri 7
Sistem Test Yönetimi
SAYISAL İŞ YÖNETİMİ
Test Planlama ve Tasarım
Test
Kapsam D.
Test
Senaryoları
Test Planı
Test Gerçekleştirme
Hata
Kayıtları
Gözden Geçirme
ve Onay
Test
Veritabanı
Test Ortamı ve Araç Hazırlığı
Test Verileri
Test Durum
Raporu
Test Sonuç
Raporu
ÜKT Onayı
Pilot Onayı
Üretime
Geçiş Onayı
ALTSÜREÇLER
Ölçme ve Değerlendirme Kapasite Yönetimi Eğitim Yönetimi Risk Yönetimi Konfigürasyon Yönetimi

8. Servis Geçiş Yönetimi
X Hafta
Geçişin Yapılması (Transition)
• Sözleşmenin imzalanması
• Kaynakların Temini
• Oryantasyon Süreci (1 hafta)
Y Hafta
Ara Servis İletimi
(Interim Service Delivery)
Z Hafta
Stabil Servis İletimi
(Stabilized Service
Delivery)
Oryantasyon Süreci
• Proje Yönetim Modeli Oryantasyonu (Mirsis)
• Teknik Bilgi Aktarımı
• Müşteri IT Altyapısı
• Kodlamaya Esas Bilgiler
• Kullanılan Araçlar
• Teknik Dokümanlar
• Uygulama Aktarımları
• Genel Akış
• Veri Modeli
• Ana Modüllerin İşleyişi
• Örnek Fonksiyon / Uygulama Geliştirme
• Stabil Servis İletimine Geçiş Onayı
• SLA ve KPI Uyum ve Takibi
• İyileştirme Fırsatlarının Belirlenmesi
Yaşayan Servis
İletimi
(Sustenanced
Servis Delivery)
• Servis Optimizasyonu
• İyileştirme Fırsatlarının
Uygulanması
© 2014 Mirsis Bilgi Teknolojileri 8

9. Servis Geçiş Yönetimi
Servis Geçiş Ekibi beceri, yetkinlikler ve deneyimler gözetilerek oluşturulur.
Servis Geçiş Ekibine eğitim verilerek kapsam, faaliyetler, plan, rol ve sorumluluklar net
şekilde açıklanır.
Geçiş süresince yapılacak faaliyetler için Servis Geçiş Planı hazırlanır ve tüm
paydaşlar tarafından onaylanır.
Servis Geçiş Planında belirtilen Yönetişim Modeli etkinlik değerlendirmesi için
periyodik olarak gözden geçirilir.
Servis Geçiş Planı deadline tarihlerine uyulamaması durumunda plan tekrar gözden geçirilir; olası
gecikmelere karşın paydaşlar bilgilendirilir ve «re-planning» yapılarak müşteriden onay alınır.
Geçiş sonunda kaynakların sayısal olarak tamamlandığı ve eğitimlerinden emin olunduğu
anda tüm paydaşlardan onay alınarak geçiş sona erdirilir.
© 2014 Mirsis Bilgi Teknolojileri 9

10. Sayısal İş Yönetimi
Servis İletimi
İş Hedefleri
QPPO
Belirleme
Sayısal İş
Yönetimi
Ölçüt ve Teknik
Seçimi
Düzeltici Faaliyet
Hedefler ile
Sonuçların
Karşılaştırılması
Süreç
Performansının
Analizi
QPPO
• Servis seviyesi performansının iyileştirilmesi
• Kapasite planına uyum oranının arttırılması
• Süreç cycle zamanının kısaltılması
• Ürün Kabul Testi bulgu sayısının minimize edilmesi
• Zaman çizelgesindeki kaymaların tanımlanmış yüzdenin altına çekilmesi
Ölçüm Hedefleri
Ölçme ve
Analiz
Ölçütler
Veri
Kaynakları
Ölçme
• Eğitim
• Değişiklik Yönetimi
• Servis İletiminin
Güncellenmesi
• Kaynak Değişikliği
Düzeltici
Faaliyetler
Analiz
Ölçme
Prosedürleri
• Kontrol Grafikleri
• Balık Kılçığı
• Varyans Analizi
CPI : Maliyet Performans İndeksi
SPI: Süre Performans İndeksi
EVP: Kazanılmış Değer Analizi
© 2014 Mirsis Bilgi Teknolojileri 10

11. Hedefler - CMMI Performans İstatistikleri
İyileştirme
Kategori Ortalama En Düşük En Yüksek
Maliyet 34% 3% 87%
Süre 50% 2% 95%
Verimlilik 61% 11% 329%
Kalite 48% 2% 132%
Müşteri Memnuniyeti 14% -4% 55%
Kaynak: Performance Results of CMMI-Based Process Improvement, Technical Report CMU/SEI
© 2014 Mirsis Bilgi Teknolojileri 11

12. İş ve Performans Hedefleri
ÜKT Süre Performansı
ÜKT Bulgu Performansı
ÜKT Kritik Bulgu Performansı
Test Süre Performansı
Test planı değişiklik sayısı
Test planı süre varyansı (SPI)
Test planı efor varyansı (CPI)
Kapasite Planına uyum oranı (Planlanan/Gerçekleşen)
Problem çözüm sürelerine uyum oranı
Üretime alınan uygulamalardaki defect sayısı
Re-test sayısı
Test Bulgu Sayısı
Efor maliyetinin azaltılması
Kapasite kullanım oranı (Kota/Gerçekleşen Kap)
Problem sayısı azalma oranı (yıllık)
Yıllık teknik/kişisel gelişim eğitiminin verilmesi
EFOR MALİYETİNİN AZALTILMASI
• İlk 3 ay efor takibi yapılır. (Efor: x)
• 6. Ayın sonunda %10 azalması hedeflenir. (x-%10)
• 12. Ayın sonunda %20 azalması hedeflenir. (x-%20)
• 2. Yılın sonunda %30 azalması hedeflenir. (x-%30)
• 3. Yılın sonunda %35 azalması hedeflenir. (x-%35)
• 5. Yılın sonunda %40 azalması hedeflenir. (x-%40)
Kalite ve diğer süreç performans
hedefleri servis iletiminin başlamasının
ardından 6 ay içerisinde baseline edilir.
© 2014 Mirsis Bilgi Teknolojileri 12

13. Kapasite ve Kaynak Yönetimi
Aylık olarak planlama ve
görüntüleme yapılır.
Müşteri ile Mirsis arasında
mutabakata varılması esastır.
Kapasitenin yönetilmesi
sırasında BEDES den
yararlanılır.
BEDES değerlendirmesi ile
eğitim ihtiyaçlarına karar verilir.
© 2014 Mirsis Bilgi Teknolojileri 13

14. Takım Yönetişim Modeli
Günlük Gelişim Toplantıları Haftalık Proje Toplantıları Ortaklık Gözden Geçirme Toplantısı
Proje Ofisi
Müdürü
Kalite Uzmanı Proje Yöneticileri
Proje Yönetici
Asistanları
Test Analisti Test Uzmanı
Aylık Paydaş Toplantıları Aylık Kaynak Planlama Toplantıları Haftalık/Aylık Raporlamalar
© 2014 Mirsis Bilgi Teknolojileri 14

15. Kalite Güvence
Servis Takımında görev alacak Kalite Uzmanı ile
kalite güvence faaliyetleri takip edilecektir.
• Denetimlerin yapılması
• Dokümantasyon kontrolü
• Süreç takibi
• Süreç iyileştirme fırsatlarının belirlenmesi
• Süreç analizine destek olunması
• Süreç eğitimlerinin verilmesi
Denetim Adı Denetim Fazı/Zamanı
Mirsis Servis İletim ve Yönetim Denetimleri (MDH-PR) 2 Ayda 1
Hizmet Sürekliliği (HZM) Denetimi 6 Ayda 1
© 2014 Mirsis Bilgi Teknolojileri 15

16. Hata Yönetim Yaklaşımı
Önem
Test Kesici (Test Blocker)
Kritik (Critical)
Önemli (Important)
Kozmetik (Cosmetic)
Açıklama
Hata sebebiyle, projenin kapsadığı uygulamaların
tamamında test yapılamıyor. Örnek : İnternet Şubede test
yapılamıyor.
Hata sebebiyle, bir fonksiyon ya da kullanım durumunda
test yapılamıyor. Örnek : Fon alımı yapılamıyor.
Fonksiyonun ana akışı çalışıyor ancak alternatif
senaryolarda hata alınıyor. Örnek : Mevcut bakiyeden
yüksek miktarla fon alımında hata.
Uygulamanın doğru çalışmasına etkisi olmayan, düşük
önemli hata. Ekran görselleriyle ilgili sorunlar bu
kategoriye girer.
Örnek : Fon işlemlerinde hata alındığında geri butonunun
gösterilmesi
© 2014 Mirsis Bilgi Teknolojileri 16

17. Hata Yönetim Yaklaşımı
Önem Açıklama
Yüksek (Higt) Çözüm önceliği yüksek
Orta (Medium) Çözüm önceliği orta
Düşük (Low) Çözüm önceliği düşük
Problem Tipi Açıklama
Yeni Fonksiyon (New Function)
Girilen hata problem değildir, kullanıcı tarafından analizde yer almayan yeni bir fonksiyon
istenmektedir.
Ekran Değişikliği (Screen Change)
Girilen hata problem değildir, kullanıcı tarafından analizde belirtilmeyen bir ekran değişikliği
istenmektedir.
Akış Değişikliği (Flow Change)
Girilen hata problem değildir, kullanıcı tarafından analizde belirtilmeyen, fonksiyonel bir akış
değişikliği istenmektedir.
Program Hatası (Program Error) Uygulama, analiz sırasında istenen davranışı içermemektedir, uygulamada sorun vardır.
Veri Hatası (Data Error) Uygulama, veri sorunu yüzünden beklendiği gibi çalışmamaktadır.
Ortam Hatası (Environment Error) Dış kurum ortam hatası dışındaki tüm ortam hatalarını gösterir.
Yeni Talep Kaynaklı Program Hatası (Program
Error Caused by Enhancement)
Test sırasında yapılan taleplerin kodlamasından dolayı oluşan program hatalarıdır.
Dış Kurum Ortam Hatası (Third Party Environment
Error)
ODEABANK kontrolünde olmayan ortamlar sebebiyle yaşanan ortam hatalarını gösterir.
Problem Değil (Invalid) Problem olmadığı tespit edilen hata kayıtlarıdır.
Kayıtlı Problem (Duplicate) Mevcutta kayıtlı olan, tekrar girilen hatalar için kullanılır.
© 2014 Mirsis Bilgi Teknolojileri 17

18. Değişiklik Yönetimi
Servis Kapsamının
Değişikliği
• Mirsis Konfigürasyon
Yönetim süreci işletilir.
• Gelen isteğin analizi
Konfigürasyon Komitesi
tarafından yapılır.
• Analiz verilerine göre
değişikliğin yapılıp
yapılmayacağına yine
Konfigürasyon Komitesi
tarafından karar verilir.
• Değişiklik yapılacaksa
Müşteri ile Mirsis
arasında mutabakat
sağlanmasının ardından
servisin kapsam
değişikliği gerçekleştirilir.
Konfigürasyon
Kalemlerinin Değişikliği
• Konfigürasyon kalemleri,
erişim yetkileri, dizin
yapısı belirlenir.
• Konfigürasyon kalemleri
için değişiklik yönetim
stratejisi belirlenir.
• Kullanılacak sürüm
oluşturma
(versiyonlama), kodlama,
isimlendirme, kayıt ve
doküman standartları
belirlenir.
• Bilgi ve veri yönetim
stratejisi, yedekleme ve
kurtarma koşulları
tanımlanır.
Proje Planının
Değişikliği
• Gelen isteğin analizi
Mirsis Proje Yöneticisi
tarafından yapılır.
Değişikliğin yapılabilmesi
için gerekli olan
kaynaklar ve maliyetler
hesaplanır.
• Analiz sonuçlarına göre
Müşteri ile mutabakata
varılır.
• Mutabakata varılmış
veriler üzerinden Proje
Planı Mirsis Proje
Yöneticisi tarafından
güncellenir.
Kaynak Değişimi
• Kaynak sayısında
arttırım/azaltım
yapılabilmesi için “kaynak
arttırım/azaltım/değişiklik
taleplerinin” 2 ay önceden
bildirilmesi gerekmektedir.
• Değişen kaynağın 1 ay
süreyle ekip arkadaşları ile
çalışması sağlanarak
hizmet kesintisi olmaksızın
kaynak değişimi yapılması
sağlanır.
© 2014 Mirsis Bilgi Teknolojileri 18

19. Teşekkürler
© 2014 Mirsis Bilgi Teknolojileri