Kariyer.net QA Dönüşüm Aksiyonları

Get Started. It's Free
or sign up with your email address
Kariyer.net QA Dönüşüm Aksiyonları by Mind Map: Kariyer.net QA Dönüşüm Aksiyonları

1. TestNG + JAVA Pilot Test Atomasyon Framework Çalışması

1.1. C# otomasyon çalışması ON HOLD'a alınabilir.

2. Mobile Test Atomasyon Çalışması

2.1. Mobven

2.2. Ranorex

2.3. Telerik

2.4. TestComplete

2.5. SauceLabs + Appium

2.6. DeviceFarm + Appium

2.7. Xamarin

2.8. SeeTest

3. Cloud Cross Browser Testing

3.1. BrowserStack

3.2. SauceLabs

3.3. (1) Güncel versiyon ile chrome, FF, ie ile test makinasinda local selenium grid (paralel koşturmak lazım)

3.4. (2) Free - Docker ile kendi Grid'in ile paralel koşturma

4. Automated Visual Regression Tests

4.1. Applitools Eyes

5. Automated Security Testing

5.1. ZAP

5.2. NetSparker

5.3. Diğerleri

6. Automated API Testing

6.1. RestAssured Library (Technical)

7. WebService Testing

7.1. SOAPUI

8. APM Monitoring

8.1. NewRelic

9. Continuous Integration

9.1. Jenkins CI

10. Automated Deployment

10.1. (1) Octopus Deploy

10.2. (2) Appveyor

11. Static Code Analysis

11.1. SonarCube

12. UnitTests

12.1. NUnit

13. CodeReview

14. Automated Performance Testing

14.1. JMeter

14.2. Wapt?

15. WebTest Automation Tools

15.1. Telerik

15.2. Ranorex

15.3. TestComplete

15.4. Selenium IDE

15.5. Robot Framework

15.6. BDD with JAVA

15.7. BDD with Ruby

16. Penetration Testing

17. Önemli: Test Süresi Context'e bağlıdır! Geliştirmesi 2dk olan bir işlemin testi günler alabilir. Tam tersi 2 dk testi sürecek bir işlemin geliştirmesi günler alabilir.

18. Test Ortamlarının Düzenlenmesi

18.1. HOTFIX - HOTFIX DB (Stating'de UAT için paket alındığında acil bir bug-fix gerekirse canlının replikası olan bu ortamın kullanılması gerekebilir. Sadece HotFix'ler için kullanılacak ortamdır.)

18.2. DEV - DEV DB

18.2.1. Code Review

18.2.2. Fonksiyonel Development Tests (Happy Path Testing)

18.2.3. Automated Static Code Analysis with SonarQube

18.2.4. Automated Unit Tests

18.3. TEST - TEST DB

18.3.1. Automated Journey/Sanity/Smoke Testing

18.3.2. Automated API Testing

18.3.3. Automated Visual Regression Testing

18.3.4. Automated Security Testing

18.3.5. Manual Story Testing (+Exploratory Testing)

18.3.6. Full Automated Regression Testing

18.4. STAGING - STAGING DB

18.4.1. Automated Performance Testing

18.4.2. Pre Sign-off Testing by Tester UAT öncesi son testler ve kontroller

18.4.3. Story Sign-off (UAT) Testing by PO

18.4.4. Full Automated Regression Testing Configuration & Deployment hatalarının önüne geçmek için son kontrol

18.5. CANLI - LIVE DB

18.5.1. Genel Kontrol ve Gözden Geçirme

19. Test Management Tool'u Seçimi

19.1. (1) TestRail

19.2. (2) QTest

20. Test Case Hazırlama Kriterleri

20.1. Testable and Detailed User Story (Well documented requirements) INVEST

20.2. Are Acceptance Criterias clear?

21. Test Koşum Kriterleri (Handover to Test)

21.1. Test Caseler PO tarafından review edildi mi?

21.2. Unit tests ler koşturuldu mu?

21.3. Static kod analizi yapıldı mı?

21.4. DEV ortamında happy-path testi gecti mi?

22. DeskCheck with Developer

22.1. Fonksiyonel testlere başlamadan önce Developer ile geçen interactive bir process. Karşılıklı olarak nelerin yapıldığının konuşulması. Tester ve Developer'in geliştirmeyi birlikte değerlendirmesi ve developer testine ışık tutacak feedbackler vermek. Dev: "Ben bunları test ettim. Senin başka önerin var mı?" Tester: "Şunlara şunlara da bakalım istersen."

23. Manual Testing

23.1. Test Status Reporting

23.1.1. Using TM Tool (Orta Vade)

23.1.2. Using JIRA (Kısa Vade)

23.2. On the fly Automatic Tests (Robot, Selenium IDE, Ranorex, Telerik etc. Record & Play

23.3. Defect Management & Reporting

23.3.1. JIRA'da JQL yazarak Proje ve Sprint Bazlı Bug Raporlaması yapılması Detaylı analiz

23.3.2. TM Tool'u ile bug raporlanması

23.4. Test Automation Regression Suite Update

23.4.1. Yeni geliştirmelerdeki kritik senaryoların regresyon suitine eklenmesi için test otomasyon mühendisine bilgi vermek.

24. UAT Testing by PO (In STAGING environment)

25. Rule of Thump Testi Sadece Testçiler Yapmaz! Unit Tests - DEV Integration Tests - DEV Story Sign-Off (UAT) - PO vb. Kalite tüm ekibin sorumluluğundadır.

26. %100 Test Mümkün Değildir! Zero Defect Policy =! Zero-Critical Defect Policy! Hedef, canlıda 0 kritik hata olmalıdır.

27. Test Estimation

27.1. Önce Kontrol: Story Review by Tester Story detaylı yazılmış mı? İşi anladın mı? İşi önce anla! Sonra, estimation ve test sürecine başla!

27.2. Test Case Yazma Süresi

27.3. Automated Testlerin Süresi (Manual Test yok ama Story'nin çıkmasında zaman gerektiren bir process)

27.4. Test Koşturma Süresi

27.5. Bug Testing Buffer Süresi

27.6. Manual Regression Testing (Pre-Signoff Testing) Süresi

27.7. P.E.R.T tekniği ile efor tahminlemesinin sonuçlandırılması

28. Defect Cause Analysis

28.1. JIRA'da Bug tipi taleplere Defect Nedenleri Alanı eklenmeli

28.1.1. Kod Hatası

28.1.2. Analiz Eksikliği

28.1.3. Önyüz Hatası

28.1.4. Database Hatası

28.1.5. Performans Problemi

28.1.6. Güvenlik Problemi

28.1.7. Test Data Problemi/Eksikliği

28.1.8. Deployment Hatası

28.1.9. Bilgilendirme

28.1.10. Dış Sistem Hatası

29. Documentation

29.1. Test Methodology & Test Policy

29.2. Test Environments

29.3. Defect Management

29.4. Test Estimation

29.5. Test Planning

29.6. Test Execution

30. DoR (Defitinition of Ready) ve DoD (Defitinition of Done) Checklist'leri oluşturmalıyız.