Strategie testowania i utrzymywania wysokiej jakości

Kod: QA-strategy
Kategoria: Testowanie dla QA
Forma: 50% wykłady / 50% warsztaty
Czas trwania: 3 dni
Grupa docelowa: developerzy
testerzy
Zapisy: Indywidualne zamówienie i dopasowanie dla grupy.
Logistyka: W siedzibie klienta lub w innym dowolnym miejscu.

The course will explain how different factors can influence the strategy of testing.

The course will explain how to suit up the strategy for a project.

The second goal of training is meant to have common understanding of what testing means. It is often observed that people even with bigger experience in testing applications have a different perspective what qa is, which may lead to different testing standards in team.

Wyróżniki szkolenia

  • Strategic approach
  • Metrics
  • Tools and best practices

Program Szkolenia

Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.

  1. Introduction to testing
    1. What is testing?
    2. What is QA?
    3. What is QA...not?
    4. QA Roles in project
      1. Tester
        1. 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
    9. Testware
    10. Environment
  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 - based on Agile Quadrants
    1. Test Pyramid examples
  4. Defect Management - can it influence the quality strategy?
    1. What is a defect?
    2. Cost of a defect
    3. Herding of the 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
        1. Defect in e-mail
        2. Insulting
        3. Personal opinion
        4. 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
  5. 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
  6. Testing techniques
    1. Whitebox Techniques
    2. Blackbox Techniques
  7. A Good Test Scenario
    1. Attributes of test scenario
    2. Good Case vs Bad Case
    3. Manual Case vs Automated Test - should be the same?
    4. Granularity - Level of details in steps
    5. Number of steps in scenario
    6. Expected Result
    7. Can test be a specification?
  8. Execution of testing
    1. Bottom2up
    2. Up2Bottom
  9. Requirement Based Testing
  10. Risk Based Testing
  11. Test Automation
    1. Advantages of automation
      1. Regression of automation
    2. Disadvantages
      1. Cost of automation
      2. Maintenance
    3. Continuous Integration
  12. 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 (Optional)
      1. Spec Reviews
      2. Code Reviews
      3. Test Case Review


Pobierz program w formacie PDF

Materiały związane ze szkoleniem

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

Zamów 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ń


Wyrażam zgodę na przetwarzania danych osobowych zgodnie z ustawą o ochronie danych osobowych w związku z wysłaniem zapytania przez formularz kontaktowy.

Podanie danych jest dobrowolne ale niezbędne do przetworzenia zapytania. Zastałem/am poinformowany/na, że przysługuje mi prawo dostępu do swoich danych, możliwości ich poprawienia, żądania zaprzestania ich przetwarzania.

Administratorem danych osobowych jest Bottega IT Minds, ul. Jana Sawy 2, 20-632 Lublin.


Klauzula informacyjna