11.DERS Yazılım Testi

Benzer belgeler
ÖZ DEĞERLENDİRME SORU LİSTESİ

Yazılım-donanım destek birimi bulunmalıdır.

TEMEL BİLGİSAYAR BİLİMLERİ. Programcılık, problem çözme ve algoritma oluşturma

SÜREÇ YÖNETİMİ KAPSAMINDA PROSEDÜR HAZIRLAMA

Bilgisayarda Programlama. Temel Kavramlar

Chapter 8 Yazılım Testi. Lecture 1. Chapter 8 Software testing

Hata Ayıklamanın Ötesi... (Assertion) Altuğ B. Altıntaş 2003 Java ve Yazılım Tasarımı - Bölüm 14 1

İŞLETME RİSK YÖNETİMİ. Yrd. Doç. Dr. Tülay Korkusuz Polat 1/29

Yaşanmış Tecrübe Paylaşımı Önce Test Et Sonra Kodla XP Pratiği

ALGORİTMA VE PROGRAMLAMA I

Yazılım Çeşitleri. Uygulama Yazılımları. İşletim Sistemleri. Donanım

ÜNİT E ÜNİTE GİRİŞ. Algoritma Mantığı. Algoritma Özellikleri PROGRAMLAMA TEMELLERİ ÜNİTE 3 ALGORİTMA

BLG Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK

Bilişim Sistemleri. Modelleme, Analiz ve Tasarım. Yrd. Doç. Dr. Alper GÖKSU

... ROBOTİK VE KODLAMA EĞİTİMİ ÇERÇEVESİNDE ÖĞRETİM YILI BİLİŞİM TEKNOLOJİLERİ DERSİ ÜNİTELENDİRİLMİŞ YILLIK DERS PLANI

Yazılım Mühendisliği 1

İrsaliye Modülü Dizayn Dökümanı. Turquaz Muhasebe. Versiyon 0.2. Hüseyin Ergün. 16 Eylül 04

GĐRĐŞ. 1 Nisan 2009 tarihinde BDP programının yeni bir sürümü yayınlanmış ve bu sürümde yapılan değişikliklere

BİLGİ SİSTEMLERİNİN GELİŞTİRİLMESİ

13.DERS Konfigürasyon Yönetimi

PROGRAMLAMA TEMELLERİ

Onaylayan: Gen. Müdür Tarih: 28/9/2009 Versiyon: 1

Arş.Gör.Muhammet Çağrı Gencer Bilgisayar Mühendisliği KTO Karatay Üniversitesi 2015

MARMARA ÜNİVERSİTESİ TEKNOLOJİ FAKÜLTESİ MEKATRONİK MÜHENDİSLİĞİ BÖLÜMÜ ESNEK İMALAT SİSTEMLERİ DERS NOTLARI 2 Arş. Gör.

TÜRK AKREDİTASYON KURUMU R20.07 LABORATUVAR İÇ DENETİMLERİ

FIRAT ÜNİVERSİTESİ TEKNOLOJİ FAKÜLTESİ Yazılım Mühendisliği Bölümü

İŞLETİM SİSTEMLERİNE GİRİŞ. Modern bilgisayar çalışma prensipleri, Von Neumann ın 1945 de geliştirdiği

NX Motion Simulation:

Güncel Versiyon İle E-Defter Oluşturulması ve Gönderilmesi

E-fatura Yenilikler. E-fatura uygulaması ile ilgili çeşitli yenilikler seti ile birlikte yayınlandı:

e-beyas İŞLEMLERİ TALİMATI

BLG 1306 Temel Bilgisayar Programlama

KDV-1 BEYANNAMESİNDEKİ BELGE BİLGİLERİNİN OTOMATİK OLARAK HESAPLANMASI KULLANIM KILAVUZU

SIMAN KULLANIM KILAVUZU

Bakım Yönetimi Logo Nisan 2016

DOĞRUDAN FAALİYET DESTEĞİ

Sistem Analizi ve Tasarımı DERS2

1.1 Metodolojiyi Gerçeklemek Üzere Geliştirilen Altyapı

Yazılım Testine Bakış. Defne Şarlıoğlu

Kılavuzu ; bir ürün veya sistemin kullanımıyla ilgili açıklamaların olduğu dokümantasyon olarak tanımlayabiliriz.

İÜ İç Denetim Birim Başkanlığı İÇ DENETİM PROSEDÜRÜ

DOĞRUDAN FAALİYET DESTEĞİ

10.DERS Yazılım Gerçekleştirme

Varlık davranış modeli: Bu aşama her entity ye etki eden durumların tanımlandığı, modellendiği ve dokümante edildiği süreçtir.

Java Temel Özellikleri

ANALİZ RAPORU. Grup ismi ÖZET. Analiz hakkında ne biliyorsunuz? İhtiyaç Analizi. İçerik Analizi. Hüseyin LÜLECİ. Cuma Ali KURT

30 Mayıs ETASQLMNG Programına giriş

X. Çözüm Ortaklığı Platformu

KALİTE VE GIDA GÜVENLİĞİ SİSTEM KAYITLARI KONTROLÜ PROSEDÜRÜ

Arayüz Nedir? Arayüz Çeşitleri Arayüz Tasarım Yöntemleri Arayüz Tasarım Hataları. Ömer Faruk MIZIKACI

IDE4DB Veritabanı Geliştirme Platformu Bitirme Projesi Sunumu

İŞ ANALİZİ GEREKSİNİM SORU LİSTESİ

İŞLETİM SİSTEMLERİ. (Operating Systems)

Sistem ve Yazılım Nedir?

9.DERS Yazılım Geliştirme Modelleri

T.C. DOKUZ EYLÜL ÜNİVERSİTESİ FEN FAKÜLTESİ BİLGİSAYAR BİLİMLERİ BÖLÜMÜ. BİL4007 Bitirme Projesi Uygulama Planı

1.1. Yazılım Geliştirme Süreci

05 Kasım Mustafa GÜNİNDİ Yenilenebilir Enerji Genel Müdürlüğü Proje sorumlusu. 05 Kasım

BEDEN EĞİTİMİ I: Haftalık ders 1 saattir (T-0 ) (U-l) (K-0).

MAT213 BİLGİSAYAR PROGRAMLAMA I DERSİ Ders 1: Programlamaya Giriş

DESTEK DOKÜMANI ANKET YÖNETİMİ. Kurum tarafından yapılacak anketlerin hazırlandığı, yayınlandığı ve sonuçların raporlanabildiği modüldür.

AİTM Münferit Araç Uygunluk Belgesi (TADİLAT) Teknik Yönetici İnceleme İşlemleri

NESNEYE YÖNELİK ÇÖZÜMLEME SÜRECİ

Büyük Ölçekli bir Gömülü Yazılımın Geliştirme ve Otomatik Test Deneyimi

ECZ 965 Farmasötik Ürünler İçin İyi İmalat Uygulamaları 4. HAFTA. Doç.Dr. Müge Kılıçarslan

Bilgi Teknolojisi ve Muhasebe Bilgi Sistemi 6-1

Bilgisayar Mimarisi Nedir?

BENZETİM. Prof.Dr.Berna Dengiz

SİSTEM SİMÜLASYONU BENZETIM 1 SİMÜLASYON MODEL TÜRLERİ 1. STATİK VEYA DİNAMİK. Simülasyon Modelleri

(Computer Integrated Manufacturing)

ISO/IEC BİLGİ TEKNOLOJİSİ - HİZMET YÖNETİMİ BAŞ DENETÇİ EĞİTİMİ. Terimler Ve Tarifler.

BÖLÜM 4 İÇ KONTROL SİSTEMİ

Online Protokol Üretim Projesi

YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ 8.Hafta. Yazılım Doğrulama ve Geçerleme

GÖMÜLÜ SİSTEMLER. Bilecik Şeyh Edebali Üniversitesi Gömülü Sistemler Ders notları-1

Yaz.Müh.Ders Notları #4 1

Kullanma Kılavuzu. Fonksiyon Modülü. FM458 Strateji Modülü. Kullanıcı için. Kullanmadan önce dikkatle okuyunuz /2008 TR

4. ÜRÜN GELİSTİRME İŞLEMİ

Yazılım Mühendisliği Bölüm - 2 Yazılım Geliştirme Yaşam Döngüsü. Cengiz GÖK

İŞLETİM SİSTEMLERİNE GİRİŞ. Modern bilgisayar çalışma prensipleri, Von Neumann ın 1945 de geliştirdiği

E-DEFTER. Netsis le devam eden bir bakım sözleşmesinin bulunması.

NACA PROFİL AİLE GEOMETRİSİ HESAP PROGRAMI KULLANMA KILAVUZU

ALGORİTMA VE PROGRAMLAMA I

Kullanım Durumu Diyagramları (Use-case Diyagramları)

DERS BİLGİ FORMU. IV Türkçe Zorunlu Ders. Haftalık. Ders. Okul Eğitimi Süresi. Saati

İÜ İç Denetim Birimi Başkanlığı İÇ DENETİM PROSEDÜRÜ

TÜRKİYE İSTATİSTİK KURUMU TARAFINDAN YAYIMLANMIŞ İSTATİSTİKSEL VERİ VE BİLGİLERDE HATALARIN DÜZELTİLMESİ İLE İLGİLİ USUL VE ESASLAR HAKKINDA YÖNERGE

Adli Analiz İşlemlerine Başlamak

Tecrübeye Dayanan Risklerde Aksiyon Planına Dahil Edilir

Tarih Saat Modül Adı Öğretim Üyesi. 01/05/2018 Salı 3 Bilgisayar Bilimlerine Giriş Doç. Dr. Hacer Karacan

Excel Nedir? Microsoft Excell. Excel de Çalışma sayfası-tablo

BÖLÜM-IV ÜRÜN GELİSTİRME İŞLEMİ Genel Problem Çözme İşlemi

2013 Yılı Proje Teklif Çağrısı Mali Destek Programları İlanı. KAYS Tanıtım Sunumu

TEMEL BİLGİSAYAR BİLİMLERİ

BÖLÜM 1 YAPIM KURALLARINA GÖRE PROSEDÜR

Veritabanı Tasarımı. Veritabanı Hareketleri

YAZILIM MODELLEME VE TASARIM

İLİŞKİSEL VERİTABANLARI

İL DIŞI SEVK VERİ GİRİŞİ KILAVUZU

KALİTE YÖNETİM SİSTEMİ İş Sürekliliği

Transkript:

11.DERS Yazılım Testi 1

Yazılım Testi Bir programda hata bulma amacıyla icra edilen bir süreçtir. İyi bir test koşulu henüz ortaya çıkarılmamış bir hatayı tespit eden test koşuludur. Yazılım testinin önemi o kadar büyüktür ki, yazılım projeleri için gerekli öz kaynakların genellikle üçte birinden daha fazlası test aşaması için ayırmak yaygın hale gelmiştir. 2

Test Bilgi akışı 3

Yazılım Girdileri : Yazılım isterleri, Tasarım anlatımı, Kaynak kodu. Test Girdileri : Test planı, Test koşulları Beklenen sonuçlar. Yazılım Güvenilirliği : Bir yazılımın belirlenmiş bir ortam ve zamanda hatasız çalışma olasılığı olarak ifade edilir. 4

Bazı test uygulamaları işlevsel olmayan ve kalite ile ilgili özelliklerin kontrolü içinde kullanılır. Örneğin; Bir modülün çalışma hızının kontrolü ve yapması gereken işleri bitirip, cevap verme süresinin kabul edilebilir sınırlar içinde olup olmadığı, Komutların yerine getirilme hızlarının arzu edilen sürede olması, Test sırasında ortaya çıkan aksaklıklarla ilgili verilerin yazılım güvenilirliğini tespit amacıyla saklanması, Test koşullarını kullanıcılarla birlikte çalıştırıp ortaya çıkan hataların kayıtlarını tutarak, yazılımın kullanabilirdik oranının tespiti. 5

Test ve Kalite Güvencesi Kalite kılavuzunda yer alan test yöntemlerinin proje için yapılan test planları ile uyumlu olup olmadıkları kontrol edilmelidir. Test yöntemleri, test başlamadan önce onaylanmalıdır. Testin uygulanacağı ve test için kullanılacak donanım ve yazılımlar testin amacı için uygun olmalıdır. 6

Bütün testler önceden kabul edilmiş test yöntemlerine uygun olarak gerçekleştirilmelidir. Test sırasında tespit edilen bütün yazılım ve test hatalarının kayıtları tutulmalıdır. Hatalar düzeltildikten sonra yazılım en kısa zamanda yeniden test edilmelidir. Bütün test verileri ve test sonuçları kaydedilmelidir. 7

Bütün test dokümanları saklanmalı ve gerektiğinde testlerin tekrarında bu dokümanlardan faydalanmalıdır. Test raporları, test amaçlarının gerçekleştiğinin bir ispatı niteliğinde olmalıdır. Bir sonraki test aşamasından veya yazılımın tesliminden önce bütün testler yapılmalı ve bulunan hatalar düzeltilmelidir. 8

Test sırasında tespit edilen hatalarla ve düzeltmelerle ilgili olan bütün dokümanlar güncelleştirilmelidir. Bütün test yordamları, koşulları, verileri, çıktıları için kalite onayı alınmalıdır. Ayrıca test raporları tutulduktan sonra testin amacına ulaşıldığı da kalite sorumlusu tarafından onaylanmalıdır. 9

SAYDAM KUTU TESTİ KARA KUTU TESTİ 10

SAYDAM KUTU TESTİ : Programın iç yapısının bilinmesi üzerine kurulur, modül düzeyinde uygulanır ve programın iç yapısını denetler. Bu test tekniği programlama ayrıntılarına sıkı sıkıya bağlıdır. Programlama sitili, dili, kodlama ayrıntıları gibi hususlar önde gelen unsurlardır. 11

12

KARA KUTU TESTİ : Programın iç yapısının bilinmesi gerekmez. Programın işlevlerini yerine getirip getirmediğini denetler. Kara kutu testi ile; Hatalı ve eksik fonksiyonlar, Arabirim hataları, Veri yapısı hataları ve veri tabanına hatalı erişimler, Başarım hataları, Hatalı başlama ve bitiş durumları. 13

14

Test Stratejileri: Test önceden planlanabilen ve sistematik biçimde yürütülen bir faaliyetler dizidir. Çok büyük projelerde bağımsız bir test ekibi gerekir. Test aşaması en küçük yazılım birimi olan modül seviyesinden başlar ve bütün sistemin entegrasyonuna doğru uzanır. Birim Testi, Entegrasyon Testi, Sistem Testi, Onaylama Testi 15

BİRİM TESTİ : İki aşamadan oluşur. 1. Aşamada modüller derlenir ve derleyicinin tespit ettiği hatalar düzeltilir. 2. Aşama da ise mantıksal hataları bulmaya yönelik olarak mantıksal yolların hepsini çalıştırmaktır. 16

Testin tamamlandığı; Modülü oluşturan satırların hepsinin en az bir kez çalıştırılması, Bütün denklemlerin ve eşitliklerin belirtilen sınırlar içindeki değerler ve sınırlar dışındaki değerler ile test edilmiş olması, Tüm programlama ve tasarım hatalarının düzeltilmesiyle, Tasarım değişikliği gerekiyorsa, bu değişikliklerin düzgün olarak kaydedilmesi ve gerekli işlemlerin kalite planında belirtildiği üzere başlatılmamasıyla belli olur. 17

ENTEGRASYON TESTİ : Birbirinden bağımsız olmayan modülleri birbirine ilave ederek oluşturulan sistemin veya alt sistemin tasarım dokümanında belirtilen özelliklere sahip olduğunu göstermek için yapılan testtir. Modüllerin birer birer ve grup olarak ilave edilmesinden sonra uygulanır. 18

Amacı: Program birimlerinin birbirleriyle ayrıntılı tasarım dokümanında belirtildiği şekilde doğru olarak bütünleştiğini göstermek, Modüller arası geçişin doğru olduğunu göstermek, Modüllerin entegrasyonu sonucu oluşan alt sistemin, sistemin tasarımında belirtildiği şekilde doğru çalıştığını göstermek, 19

Her modülün diğer modüller tarafından çalıştırıldığında gereken ara yüzün oluştuğunu ve parametrelerin doğru olarak geçirildiğini göstermek, Modüllerin birlikte çalışması ile hata toleranslarının kabul edilebilirlik sınırlarını aşıp aşmadığı bu test sırasında gözlemlemek. 20

SİSTEM TESTİ : Sistem testi bir dizi birbirinden farklı testlerden oluşmaktadır. Her birinin amacı farklı olmakla beraber, hepsinin ortak amacı sistem elemanlarının uygun bir şekilde bütünleştirildiğini ve kendilerine tahsis edilen işlevleri yerine getirdiklerini kanıtlamaktır. Bilgisayar tabanlı sistemlerin kullanımına başlamadan donanım ve yazılım testlerine ek olarak, sistem düzeyinde çeşitli testler yapılmalıdır 21

Düzeltme Testi: Donanım ve yazılımın hatalı bir şekilde işletilmesinden dolayı oluşacak sakıncaların doğuracağı bozukluklardan sistemin kendi çalışmasını veri kaybetmeden düzeltebileceğinin gösterilmesidir. Zorlama Testi: Sistemi zorlayarak sistemi bozma denemelerinin sonucunu gösterir. Yük ve Başarım Testi: Başarım hedeflerinin yerine getirildiğini ispatlar. Güvenlik Testi: Sistemin güvenlik mekanizmasının istenmeyen kullanıcılar tarafından delinemeyeceğinin ispatı için yapılır. 22

Onaylama Testi: Yazılımın kalite faktörlerini yerine getirdiğini ve doğru olarak çalıştığını kullanıcıya göstermek üzere yapılır. Onaylama testi sırasında, sistem testlerinin çoğu yazılımın çalışma ortamında, test ortamındaki gibi çalıştığını göstermek üzere tekrar edilir. Bu testler sırasında kullanıcı da bulunur. Yazılımcı ve kullanıcının uyuşacağı bir dizi test, nihai çalışma ortamında uygulanır. Onaylama testi bitip raporu yazıldıktan sonra yazılım onaylama toplantısı yapılır. 23

Eğer bütün koşullar test planındaki onaylama koşullarını sağlıyorsa yazılım kabul edilir. Kullanıcı test sonuçlarını imzalayarak kabul eder. Kabul edilen yazılım için kullanım kılavuzu, versiyon belgesi gibi dokümanlarda yazılım tesliminden önce hazırlanmalıdır. 24

Test süreci kontrol listesi Test yaklaşımı ve uygulanan metodlar, Test programını uygulamak için gerekli personel, eğitim ve tecrübeleri, Gerekli donanım/yazılımlar, Test için gerekli destekleyici yazılımlar, Test zamanlaması, yeri ve denetimi, 25

Yazılım isterleri ve tasarımın testlere korelasyonu, Test planına bağlı olarak performans, ara yüz, ve test gereksinimleri, Her yazılan modüle karşılık gelen testler, sistem isterlerinin karşılandığını gösteren testlerin test planında mevcut olduğu, Uygulanan bütün testlerin tarifi, girdileri ve beklenen sonuçları. Sonuçlar için kabul edilebilecek hata payları ve kabul kriterleri, Her test için sonuçları gösterir raporların varlığı. 26