mirsis test hizmeti

© 2014 Mirsis Bilgi Teknolojileri

Yazılım Test Hizmeti

2© 2014 Mirsis Bilgi Teknolojileri

2© 2014 Mirsis Bilgi Teknolojileri 2

Kuruluş: Temmuz 2008Ofisler: İstanbul Ataşehir & Kocaeli Üniversitesi Teknopark

Türkiye’nin İlk 500 Bilişim Şirketi Sıralamasında2011 - 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 SistemiISO 14001 Çevre Yönetim SistemiISO 27001 Bilgi Güvenliği Yönetim Sistemi

2014 Yılı Türkiye’nin CMMI - SVC+SSD L3Belgesini Alan İlk Şirketi Oldu.

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ı

2008-Kalite Yönetim

Sistemi Hedeflerinin Belirlenmesi

2009-Belirlenen

Hedefler Dahilinde Stratejik Planların

Oluşturulması

2010-ISO 14001

Belgelendirmesi-Mirsis Test Hizmeti

Servisinin Geliştirilmesi

2011-2012-ISO 9001

Belgelendirmesi

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

4

Genel Bakış


Yazılım Test HizmetiNakit

YönetimiDirekt

Bankacılık HazineTemel Bankacılık Krediler Kartlı

ÖdemelerYatırım

BankacılığıDış

İşlemlerCRM ve

VeriambarıKurumsal

Uygulamalar

SLA Management

Fonksiyonel Test

Hizmet Sürekliliği Süreçlerin İyileştirilmesi Çalışan GelişimiOlayların Yönetilmesi

Entegrasyon Testi

Regresyon Testi

Ürün Kalite Değerlendirmesi (İş Süreç Testi)

İş Akışı Testi

Kullanıcı Kabul Testi

İyileşme Yaklaşımı

Test Gereksinim İzlenebilirliği

Bulgu Önleme

Süreç Optimizasyonu

Kalite Güvence

Sayısal İş Yönetimi

Script Yönetimi

Log Gözden Geçirme

Bug Takibi

Raporlama ve Analiz

Kapasitenin Yönetilmesi Risklerin Yönetilmesi Performans DeğerlendirmesiVeri ve Değişikliklerin Yönetilmesi

Test Otomasyonu

Planlama

Test Planlama ve Tasarım Test Analizi Test Ortamı

ve Araç Hazırlığı Test Geliştirme Test Gerçekleştirme Raporlama

5

Servis Modeli


YAZILIM TEST HİZMETİ

ProjelerÜrün ve Servis testlerinde proje deneyimi

Kaynaklar100+ Deneyimli Test Mühendisi

SertifikalarISTQB, 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

6

Çalışan Sektörel Deneyim Dağılımı


59%

14%

9%

Finans Sigorta

Telekomünikasyon FMCG

Gıda Havacılık

Hizmet İnşaat

Lojistik Yatırım

Medya Otomotiv

Savunma Sanayi Tekstil

Turizm Üretim

7

Servis Modeli


YAZILIM TEST HİZMETİMüşteri Mirsis Test Ekibi Sistem

Sist

em T

est Y

önet

imi

SAYISAL İŞ YÖNETİMİ

Test Planlama ve Tasarım

Test Kapsam D.

Test Senaryoları

Test GeliştirmeTest Analizi

Test Planı

Test Gerçekleştirme

Hata Kayıtları

Gözden Geçirme ve Onay

Test Veritabanı

Test Ortamı ve Araç Hazırlığı

Test VerileriTest Durum

Raporu

Test Sonuç Raporu

ÜKT Onayı

Pilot Onayı

Üretime Geçiş Onayı

Test Kapanışı

ALTSÜREÇLER

Ölçme ve Değerlendirme Kapasite Yönetimi Eğitim Yönetimi Risk Yönetimi Konfigürasyon Yönetimi

SERVİS SİSTEMİ GEÇİŞİ (TRANSITION)

8

Servis Geçiş Yönetimi


Geçişin Yapılması (Transition)• Sözleşmenin imzalanması• Kaynakların Temini • Oryantasyon Süreci (1 hafta)

Ara Servis İletimi

(Interim Service Delivery)

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

X Hafta

Y HaftaZ Hafta

Yaşayan Servis İletimi (Sustenanced Servis Delivery)

• Servis Optimizasyonu• İyileştirme Fırsatlarının

Uygulanması

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.

10



Servis İletimi

İş Hedefleri

QPPO Belirleme

Ölçüt ve Teknik Seçimi

Süreç Performansının

Analizi

Hedefler ile Sonuçların

Karşılaştırılması

Düzeltici Faaliyet


Ölçme ve Analiz

Ölçüm Hedefleri

Ölçütler

Veri Kaynakları

Ölçme

Analiz

DüzelticiFaaliyetler

ÖlçmeProsedürleri

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

• Kontrol Grafikleri• Balık Kılçığı• Varyans Analizi

CPI : Maliyet Performans İndeksiSPI: Süre Performans İndeksiEVP: Kazanılmış Değer Analizi

• Eğitim• Değişiklik Yönetimi• Servis İletiminin

Güncellenmesi• Kaynak Değişikliği

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

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.

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.

14

Takım Yönetişim Modeli


Proje Ofisi Müdürü

Kalite Uzmanı Proje YöneticileriProje Yönetici

Asistanları

Test Analisti Test Uzmanı

Aylık Paydaş Toplantıları Aylık Kaynak Planlama Toplantıları Haftalık/Aylık Raporlamalar

Günlük Gelişim Toplantıları Haftalık Proje Toplantıları Ortaklık Gözden Geçirme Toplantısı

15

Kalite Güvence


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

• Denetimlerin yapılması• Dokümantasyon kontrolü• Süreç takibi

Servis Takımında görev alacak Kalite Uzmanı ile kalite güvence faaliyetleri takip edilecektir.

• Süreç iyileştirme fırsatlarının belirlenmesi• Süreç analizine destek olunması• Süreç eğitimlerinin verilmesi

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

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.

18

Değişiklik Yönetimi


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

Servis Kapsamının 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.

Konfigürasyon Kalemlerinin 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.

Proje Planının Değişikliği

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

Kaynak Değişimi


Teşekkürler

mirsis test hizmeti

Technology