Test Mühendisliğine Giriş Eğitimi - Bölüm 1Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
Test Mühendisliğine Giriş Eğitimi - Bölüm 1Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
Test Mühendisliğine Giriş Eğitimi - Bölüm 2Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
Bölüm 1: Giriş (Introduction)
Bölüm 2: Hata Ne Zaman Tespit Edilebilir? (When Can a Defect be Detected?)
Bölüm 3: Hata Raporu Alanları (Defect Report Fields)
Bölüm 4: Hata Sınıflandırma ( Defect Classification)
Bölüm 5: Kök Neden (Ana Neden) Analizi (Root Cause Analysis)
Bölüm 6: Soru Örnekleri
Bölüm 1: Spesifikasyona Dayalı Test Teknikleri (Specification-Based )
Bölüm 2: Denklik Paylarına Ayırma (Equivalence Partitioning)
Bölüm 3: Sınır Değer Analizi (Boundary Value Analysis)
Bölüm 4: Karar Tablosu (Decision Table Testing)
Bölüm 5: Durum Geçiş Testi (State Transition Testing)
Bölüm 6: Kullanım Seneryosu Testi (Use Case Testing)
Eğitim İçeriği
Bölüm 7: Örnek Soru ve Cevapları
Eğiti İçeriği
ISTQB Metodolijisi ile Test planlama ve Tahminleme
Bölüm 1: Test Planlama (Test Planing)
Bölüm 2: Test Planlama Adımları (Test Planing Activities)
Bölüm 3: Test Tahminleme (Test Estimation)
Bölüm 4: Test Stratejisi,Test Yaklaşımı (Test Strategy,Test Approach)
Bölüm 5: ISTQB Metodolojisi ile Test Planlama ve Tahminleme Soru
Örnekleri
Bir CMMI Seviye 5 Organizasyonel Performans Yönetim Projesi Örneği: Kod Kalit...Deniz Gungor
Bu sunum UYMS (Ulusal Yazılım Mühendisliği Sempozyumu) 2017 Antalya’da sunulan `Bir CMMI Seviye 5 Organizasyonel Performans Yönetim Projesi Örneği: Kod Kalitesini İyileştirmek ` başlıklı makalenin sunumudur.
Makaleye ulaşmak için aşağıdaki linke tıklayınız.
http://ceur-ws.org/Vol-1980/UYMS17_paper_86.pdf
*****
This presentation is a presentation of the article titled "A CMMI Level 5 Organizational Performance Management Project Example: Improving Code Quality" presented at the UYMS (National Software Engineering Symposium) 2017 Antalya.
Click on the link below to access the article or published paper.
Tıbbi cihazlarda yazılım yaşam çevrimi EN 62304S.Oguz Savas
Kendi başına Medikal Cihaz olan ve bir medikal cihaza gömülü olarak çalışan yazılımların geliştirilmesinde baz alınan EN 62304 Tıbbi Cihaz Yazılım Yaşam Çevrimi standardı, Yazılımların belgelendirmesinde bulunması gereken teknik dosya gereklilikleri, Temel seviye yazılım test teknikleri EN 62304 standardının diğer standartlarla ilişkisi anlatılmıştır.
Test Mühendisliğine Giriş Eğitimi - Bölüm 2Mesut Günes
ISTQB ve ISEB Foundation level gibi "Test Uzmanlığı" ile ilgili yapılan sınavlara hazırlık olarak tüketilecek dökümandır. Ayrıca yazılım test mühendisliği ile ilgili bilgi edinmek isteyenlerin okuyabileceği Türkçe kaynaktır.
Bölüm 1: Giriş (Introduction)
Bölüm 2: Hata Ne Zaman Tespit Edilebilir? (When Can a Defect be Detected?)
Bölüm 3: Hata Raporu Alanları (Defect Report Fields)
Bölüm 4: Hata Sınıflandırma ( Defect Classification)
Bölüm 5: Kök Neden (Ana Neden) Analizi (Root Cause Analysis)
Bölüm 6: Soru Örnekleri
Bölüm 1: Spesifikasyona Dayalı Test Teknikleri (Specification-Based )
Bölüm 2: Denklik Paylarına Ayırma (Equivalence Partitioning)
Bölüm 3: Sınır Değer Analizi (Boundary Value Analysis)
Bölüm 4: Karar Tablosu (Decision Table Testing)
Bölüm 5: Durum Geçiş Testi (State Transition Testing)
Bölüm 6: Kullanım Seneryosu Testi (Use Case Testing)
Eğitim İçeriği
Bölüm 7: Örnek Soru ve Cevapları
Eğiti İçeriği
ISTQB Metodolijisi ile Test planlama ve Tahminleme
Bölüm 1: Test Planlama (Test Planing)
Bölüm 2: Test Planlama Adımları (Test Planing Activities)
Bölüm 3: Test Tahminleme (Test Estimation)
Bölüm 4: Test Stratejisi,Test Yaklaşımı (Test Strategy,Test Approach)
Bölüm 5: ISTQB Metodolojisi ile Test Planlama ve Tahminleme Soru
Örnekleri
Bir CMMI Seviye 5 Organizasyonel Performans Yönetim Projesi Örneği: Kod Kalit...Deniz Gungor
Bu sunum UYMS (Ulusal Yazılım Mühendisliği Sempozyumu) 2017 Antalya’da sunulan `Bir CMMI Seviye 5 Organizasyonel Performans Yönetim Projesi Örneği: Kod Kalitesini İyileştirmek ` başlıklı makalenin sunumudur.
Makaleye ulaşmak için aşağıdaki linke tıklayınız.
http://ceur-ws.org/Vol-1980/UYMS17_paper_86.pdf
*****
This presentation is a presentation of the article titled "A CMMI Level 5 Organizational Performance Management Project Example: Improving Code Quality" presented at the UYMS (National Software Engineering Symposium) 2017 Antalya.
Click on the link below to access the article or published paper.
Tıbbi cihazlarda yazılım yaşam çevrimi EN 62304S.Oguz Savas
Kendi başına Medikal Cihaz olan ve bir medikal cihaza gömülü olarak çalışan yazılımların geliştirilmesinde baz alınan EN 62304 Tıbbi Cihaz Yazılım Yaşam Çevrimi standardı, Yazılımların belgelendirmesinde bulunması gereken teknik dosya gereklilikleri, Temel seviye yazılım test teknikleri EN 62304 standardının diğer standartlarla ilişkisi anlatılmıştır.
Application Lifecycle Management Services by 4SSerdar Zeybek
Application Lifecycle Management Services by 4S. 4S is one of the leading companies in Turkey. 4S has finished many sucessfull projects in EMEA Region.
Yazılım Güvenliği Yönetimi Eğitimimiz aşağıdaki konu başlıklarını içermektedir:
Güvenli Yazılım Geliştirme Modelleri
-TOUCHPOINTS
-Secure Development Lifecycle (Microsoft)
-CLASP (Comprehensive, Lightweight Application Security Process)
Risk Yönetimi
Güvenlik Gereksinim Analizi
Teknik Riskler
Sızma Testi ve Statik Kod Analizi
Güvenlik Operasyonu
2. Yazılım Testine Bakış
Ajanda
Yazılım Testi Nedir?
Yazılım Testleri Nasıl Yapılır?
Test Senaryo Tasarımları
Yazılım Testi Neden Yapılır?
Test Senaryoları Nelerden Oluşur?
✓
7
6
5
4
3
2
1
Dinamik Test Süreçleri
Test Sürecinin Aşamaları
3. Test, yazılımın sınırlı sayıda ve seçilmiş test senaryoları kullanılarak beklenilen davranışı gösterdiğinin
dinamik olarak yani kodun çalıştırılarak doğrulanması aktivitesidir.
Gereksinim, Analiz ve Tasarım, Kodlama gibi aktivitelerde yapılan statik geçerleme analizlerinin
tamamlayıcısı sayılabilir.
Test ile ilgili genel algı, sadece testlerin çalıştırılması şeklindedir. Bu testin bir parçasıdır, fakat test
aktivitesinin tamamı değildir.
YAZILIM TEST KAVRAMLARINA GİRİŞ
YAZILIM TESTİ NEDİR?
4. Yazılım Testinin asıl amacı sonradan oluşabilecek bir hatayı , daha önceden bulup hem maliyet düşürüp
masrafları azaltmak , hem de hata ile ilgili daha hızlı aksiyon alınmasını sağlamaktır.
Ayrıca müşteriye istenilen kalitede ürün sunulduğundan emin olmak, böylece müşteri memnuniyetini
arttırmaktır.
Gerçekleştirilen testler ile hatadan arındırılmış, daha kaliteli ve güvenilir yazılımlar üretilmesi hedeflenir.
Yapılan testlerin farklı hedefleri olabilir. Bu hedefler defect bulmak, bilgi edinmek ve kalite seviyesi için
güvence sağlamak, defectleri engellemek şeklinde olabilir.
YAZILIM TEST KAVRAMLARINA GİRİŞ
YAZILIM TESTİ NEDEN YAPILIR ?
5. Bir uygulamayı 100% test etmek imkansızdır.
Test , hataları gösterir.
Test hiçbir zaman bitmez. Yani hiçbir zaman : hata kalmadı , başarılı bir yazılım yaptık dememeliyiz.
Testimizi gerçekleştirirken, farklı teknikler kullanmazsak , tek düze bakarız ve belki de önemli konuları atlayabiliriz
Hatalar yazılımın belli alanlarında yoğunlaşır.
Test Proje içeriğine göre değişiklik gösterir.
TEST PRENSİPLERİ
YAZILIM TESTİ KAVRAMLARINA GİRİŞ
1
2
3
4
5
6
7
Teste yazılım sürecinin başında başlamak gerekir.
6. Dinamik Test Süreçleri
YAZILIM TEST SÜREÇLERİ
Entegrasyon TestleriBirim Testleri
Dinamik test sürecinin ilk
aşaması olmakla beraber,
hataların erken bulunup
düzeltilebilmesi açısından
da bu sürecin en önemli
aşamasını oluşturur.
Bu test, test uzmanlarınca
değil programcılar
tarafından yapılır ve
program kodunun
ayrıntıları ile içsel tasarım
biçiminin bilinmesi gerekir.
Regresyon Testleri
321 Bir uygulamanın farklı
bileşenlerinin beraberce
uyum içinde çalışıp
çalışmadığını sınamak için
yapılan bir testtir.
Bileşenler, modüller,
bağımsız uygulamalar,
istemci/sunucu
uygulamaları biçiminde
olabilirler.
Bu tür testlere, özellikle
istemci/sunucu
uygulamaları ve dağıtık
sistemlerin testinde
başvurulmaktadır.
Uygulamada ve uygulama
ortamlarında gerekli
değişiklikler ve
sabitlemeler yapıldıktan
sonra yeniden yapılan
testlere çekilme
(regresyon) testi denilir.
Böylece, önceki testlerde
belirlenen sorunların
giderildiğinden ve yeni
hatalar oluşmadığından
emin olunur.
Özellikle uygulama
geliştirme döneminin
sonlarına doğru yapılır.
7. Dinamik Test Süreçleri
YAZILIM TEST SÜREÇLERİ
Kullanıcıların, uygulamayı
“kabul” etmeden önce, söz
konusu uygulamanın
gereksinimlerini ne ölçüde
karşılayıp karşılamadığını
belirleyip, geri dönüş
yapabileceği testlerdir.
Kullanıcı Kabul TestleriPerformans Testleri
Beyaz kutu test tekniğinin
en genel tabiri kod testidir.
Projenin hem kaynak kodu,
hem de derlenmiş kodu
test edilir. Bu tür testler,
uygulama kodunun iç
mantığı üzerindeki bilgiye
bağlıdır.
Yazılım kodundaki
deyimler, akış denetimleri,
koşullar vb. elemanlar
sınanır.
Beyaz Kutu Test Tekniği
Aynı zamanda,
beklenmedik (normal
olmayan) ağır yükler, belirli
eylemler ve taleplerin çok
fazla artışı, çok yoğun
sayısal işlemler, çok
karmaşık sorgulamalar vb.
ağır koşullar altında olan
bir sistemin işlevsellik testi
(iş yapabilme testi) olarak
da tanımlanabilmektedir.
654
8. Dinamik Test Süreçleri
YAZILIM TEST SÜREÇLERİ
Kara Kutu Test Tekniği
Test ekipleri tarafından en
çok kullanılan teknik olan
kara kutu test tekniği
adından da anlaşılacağı gibi
uygulamanın sadece
derlenmiş kodu üzerinden
test edilmesi olarak bilinir.
Yazılımın gereksinimine
duyulan şeylere yanıt verip
veremediği ve işlevselliği
sınanmaktadır.
7
9. TEST SÜRECİNİN AŞAMALARI
TEST SÜREÇLERİ
PLANLAMA VE KONTROL
Planlama:
Test misyonu
ve
amaçlarının
belirlenmesi
Kontrol:
Önceden
belirlenen
risklerin
saptanması
ve
raporlanması
Test
altyapısı ve
ortamına
ilişkin
detayların
ve test
tasarımının
belirlenmesi
Test
senaryoları
nın
yazılması,
koşulması
ve hataların
bildirilmesi.
Düzeltilen
hataların
tekrar test
edilmesi
Planlamada
belirlenen
misyon ve
amaçlara
ulaşılıp
ulaşılmadığının
kontrol edilerek
üst yönetime
rapor sunulması
Sonlandırılan
testlerin
sonuçlarını
birleştirme
ve sonuçların
sonraki
projelerde
kullanılmak
üzere
arşivlenmesi
Analiz ve
Tasarım
Testin
Uygulanması
Testin
Sonlandırılması
Raporlanması
Testin
Kapatılması
11. Test senaryosunun özeti
Test senaryosunun adı
Gerçekleşen sonuçlar
Test senaryosunun adımları
Test edilen modül
Beklenen sonuçlar
TEST SENARYOLARI NELERDEN OLUŞUR?
TEST TASARIM TEKNİKLERİ
1
2
3
4
5
6
7
Test senaryosunun önceliği
12. Ekran Testleri için İp uçları:
İlk yapılması gereken ekranda bulunan düğmelerinin işlevlerinin yerine getirilip getirilmediğinin kontrol edilmesidir.
Sorgu kriterlerine hiçbir veri girilmeksizin sorgulama düğmesine basılır.
Sorgu kriterlerinin her biri için veri girişi yapılır ve tek tek sorgulama sonrasında davranışları gözlemlenir.
Sorgu kriterlerine rastgele değerler girilerek sorgulama yapılır. Örneğin; numeric girilmemesi gereken alana
numeric değer girilmesi gibi.
Sorgu kriterleri boşluk bırakılarak sorgulama yapılır.
Sorgu kriterlerinin hepsi doldurularak sorgulama yapılır.
Sorgu kriterlerine değişik karakterler girilerek sorgulama yapılır. (*, }, [, ], &, %, * v.b)
Paging olan ekranlarda geri dön düğmesi ile kontroller yapılmalı.
Paging olan ekranlarda bir sonraki sayfaya gidip orda tekrar aynı sorgulama yapılmalıdır.
Yapılan sorgulamalar sonunda ekranın performansında gözle görülür bir yavaşlığın olup olmadığı kontrol
edilmelidir.
YAZILIM TEST İPUÇLARI
YAZILIM TESTİ NASIL YAPILIR?
13. Web Servis Testleri için İp uçları:
İlk yapılması gereken doğru makine üzerinde çalışılıp çalışılmadığının kontrol edilmesidir.
Requestte gerekli alanlar girildikten sonra çalıştırılan request sonrasında alınan hatanın anlamlı olup olmadığı
kontrol edilir.
Alınan hatanın authentication hatası olup olmadığı kontrol edilmelidir.
Requeste her bir alan sırası ile boş bırakılarak çalıştırılır ve alınan hatanın anlamlı bir hata olup olmadığı kontrol
edilir.
Requesteki alnlara anlamı olmayan rastgele değerler girilerek çalıştırılır.
Requesteki tüm alanlar uygun şekilde doldurulduktan sonra çalıştırılır ve alınan mesajın doğrulu kontrol edilir.
YAZILIM TEST İPUÇLARI
YAZILIM TESTİ NASIL YAPILIR?
14. Dosya Testleri için İp uçları:
İlk yapılması gereken dosya tanımlamanın doğru şekilde yapılıp yapılmadığının kontrol edilmesidir.
Dosyanın atılacağı klasör FTP’de tanımlanmış olmalıdır.
FTP klasöründe tanımlaması yapılan klasör uygulama sunucusunda da aynı ad ile tanımlanmış olmalıdır.
İşlenmek üzere atılan dosya daha önce aynı isim ile işlenmek üzere atılmamış olması gerekmektedir.
İşlenen dosyaların tümü arşiv’de yedeklenmektedir ve ara sıra arşivlenen bu dosyalar temizlenmelidir.
FTP sunucusunda belirtilen tüm bu işlemler doğru olduğu halde halen dosya işlenmiyorsa jobların hata alıp almadığı
kontrol edilmelidir.
YAZILIM TEST İPUÇLARI
YAZILIM TESTİ NASIL YAPILIR?
15. Testler sırasında hata tespit edildikten sonra:
İlk yapılması gereken alınan hatanın tekrar üretilmeye çalışılmasıdır böylece veriden kaynaklı bir hata olup olmadığı
anlaşılmış olur.
Hata alındıktan sonra sürüm ve ortam bilgilerinin kontrol edilmesi gerekmektedir.
YAZILIM TEST İPUÇLARI
YAZILIM TESTİ NASIL YAPILIR?