Fundamenty testowania

Kod: QA-fun
Kategoria: Testowanie dla QA
Forma: 50% wykłady / 50% warsztaty
Czas trwania: 2
Grupa docelowa: testerzy

Fundamenty są ważne gdy wdrażasz w organizacja testowanie automatyczne oraz gdy chcesz do nich wrócić gdy próbujesz uporządkować strategię testowania, która przez lata powstawała intuicyjnie.

Uczestnicy podczas szkolenia przejdą przez praktyczne przykłady najistotniejszych aspektów testowania automatycznego aby świadomie stworzyć strategię testowania w swojej organizacji.

Wyróżniki szkolenia

Podczas zajęć możesz oczekiwać szczególnych akcentów położonych na poniższe aspekty:

  • Zorientowanie na strategię tesowanie
  • Najlepsze wzorce i praktyki
  • Porządkowanie pojęć

Program Szkolenia

Pobierz program w formacie PDF
  1. Introduction to testing
    1. What is testing?
    2. What is QA?
    3. What is QA...not?
    4. QA Roles in project
      1. Tester
          Can a tester be a Business Analyst?
      2. Defect Manager and Quality Manager - Big and small projects
      3. The Enemy of the Tester - Developer
    5. Cooperation with non QA people - One Team
    6. When testing is done?
      1. Exit criterions
    7. Testing for better Software
    8. Testing Documents
      1. Testing strategy
      2. Testing policy
  2. Levels of testing - Based on V Model
    1. Unit Testing
    2. Integration Testing
    3. System Testing
    4. Acceptance Testing
    5. System Integration Testing
  3. Types of testing
    1. Functional vs Nonfunctional
    2. Blackbox vs Whitebox
    3. Manual vs Automated
    4. Exploratory vs scenario
    5. Regression Tests
  4. Testing techniques
    1. Whitebox Techniques
    2. Blackbox Techniques
  5. Defects
    1. What is a defect
    2. Cost of a defect and V- Model
    3. Herd of defects
    4. Defect Lifecycle
      1. Basic statuses
      2. Standard
      3. Optional cases statuses
      4. Acceptance Testing with internal confirmation statuses
    5. A Perfect Defect Report
      1. Severity vs Priority
      2. Steps to reproduce
      3. Expected result
      4. Other fields
    6. Defect Issues and special cases
      1. Defect Ping-pong in Integration and Acceptance testing
      2. Never to be solved low defects
      3. Testability of application vs Defects
      4. Specification Defects Gaps
      5. Test Case Defects
      6. Who creates a defect?
      7. Repairing a defect without analysis
      8. Defect Antipatterns
          Defect in e-mail Insulting Personal opinion Too much information
      9. Acceptance testing: Who pays for defect and smuggling new functionality
      10. Defect Decision Board - Sprint with defects
      11. Sinking with defects - Bug busters week
      12. Consultation hours
  6. Metrics in scope of quality
    1. Are metrics really useful when talking about quality
      1. Quality of the system
      2. Quality of the testers work
      3. Quality of developers work
    2. Examples of QA metrics
      1. Count of defects
      2. Number of reopens
      3. Tests passed vs Test Failed - Greener is better
      4. Coverage reports
  7. A Good Test Scenario
    1. Attributes of test scenario
    2. Good Case vs Bad Case
    3. Granularity - Level of details in steps
    4. Number of steps in scenario
    5. Expected Result
    6. Can test be a specification?
  8. Requirement Based Testing
    1. Bottom2up
    2. Up2Bottom
  9. Risk Based Testing
  10. Test Automation
    1. Advantages of automation
      1. Regression of automation
    2. Disadvantages
      1. Cost of automation
      2. Maintenance
    3. Web Testing - Page Object Model
      1. DDT - Data Driven Testing - introduction
      2. One test - one assert
      3. One test for different Dumps DEV, INT, PROD
      4. One test for different browsers
      5. One test for different resolutions
      6. Business scenario in code
    4. Automation Tools
      1. Junit/TestNg Framework
          TestSuite vs Test Setup, WrapUp, Before, After Naming convention - Clean Code
  11. Other QA Topics
    1. Estimation in testing
      1. Small changes in code, big effort to test
      2. Big changes in code, hardly nothing to test
      3. Risks, and increasing effort
    2. Reviews
      1. Spec Reviews
      2. Code Reviews
      3. Test Case Review

Materiały związane ze szkoleniem

Idea renesansowej pracowni - Bottegi zakłada nieustanną pracę jej członków i dzielenie się jej wynikami.

Zapytaj o szkolenie

Imię i nazwisko:
Firma:
E-mail/Nr tel:
Temat:
Wiadomość:

Jeżeli preferujesz osobisty kontakt to zawsze możesz zadzwonić.

Iwona Sobótka

Koordynatorka szkoleń