IBM Testing Services Friedrich-Schiller-Universität Jena

Transkript

1 Uwe Krauter IBM Testing Services 25. Januar 2011 IBM Testing Services Friedrich-Schiller-Universität Jena

2 Agenda 1 IBM Kurzvorstellung 2 IBM Testing Services Deutschland 3 Test Job Rollen 4 Test und Qualitätssicherung 5 Test Methoden 6 Test Tools 7 Testing Offerings 2

3 IBM in Deutschland Kennzahlen Hauptsitz IBM Deutschland IBM-Allee Ehningen General Manager Martin Jetter Standorte ca. 40 General Manager Martin Jetter Hauptsitz Ehningen Homepage ibm.com/de IBM in Deutschland mit Hauptsitz in Ehningen ist die größte Ländergesellschaft in Europa. Seit November 2006 ist Martin Jetter Vorsitzender der Geschäftsführung der IBM Deutschland GmbH. In Deutschland ist IBM an rund 40 Standorten vertreten. 3

4 Standorte in Deutschland Kiel-Raisdorf IBM in Deutschland... ist mit ca. 40 Standorten in ganz Deutschland vertreten, der Großteil davon sind Vertriebsniederlassungen. Münster Mainz Saarbrücken Bielefeld Dortmund Meerbusch Düsseldorf Köln Bonn Aachen Meckenheim Böblingen Herrenberg Villingen-Schwenningen Freiburg Bremen Kassel Frankfurt Mannheim Walldorf Heilbronn Karlsruhe Ehningen Ulm Hamburg Hannover Braunschweig Erfurt Würzburg Magdeburg Nürnberg Leipzig München Berlin Chemnitz Dresden 4

5 IBM Corporation Kennzahlen Konzernzentrale Armonk, New York, USA CEO Samuel J. Palmisano Mitarbeiter/-innen 2009 ca Umsatz ,8 Mrd. US-Dollar CEO Samuel J. Palmisano Konzernzentrale Armonk, New York Homepage ibm.com IBM gehört mit einem Umsatz von 95,8 Milliarden US-Dollar im Jahr 2009 zu den weltweit größten Anbietern im Bereich Informationstechnologie (Hardware, Software und Services) und B2B-Lösungen. Das Unternehmen beschäftigt weltweit knapp Mitarbeiterinnen und Mitarbeiter und ist in über 170 Ländern aktiv. 5

6 IBM Werte Engagement Innovationen Vertrauen für den Erfolg jedes Kunden. die etwas bedeuten für unser Unternehmen und für die Welt. und persönliche Verantwortung in sämtlichen Beziehungen. Weitere Informationen unter: ibm.com/de/ibm/unternehmen/werte/index.html 6

7 IBM Leistungsspektrum IBM ist einer der weltweit größten Anbieter von Informationstechnologie (Hardware, Software und Services). Das Lösungsportfolio reicht vom Supercomputer über Software und Dienstleistungen, inklusive Beratungsleistungen, bis zur Finanzierung. IBM Unternehmensbereiche Systems & Technology Group Software Group Global Technology Services (Dienstleistungssparte) Global Business Services (Beratungssparte) Global Financing Forschung und Entwicklung 7

8 IBM Global Business Services IBM Global Business Services ist der kompetente strategische Berater der Unternehmensführung. Mit Expertise in allen Branchen beraten wir Entscheider in allen Unternehmensfunktionen und Geschäftsprozessen entlang der Wertschöpfungskette. Unsere Kunden profitieren messbar durch Wettbewerbsdifferenzierung, Wachstum, Effizienzsteigerung und Flexibilität. Unsere Beratungsfelder Business Analytics and Optimization Management & Advisory Consulting (Strategy, Marketing & Sales, Operations, Finance, HR, IT) Enterprise Application Services Application Management Die Kombination aus Strategie-, Prozess- und technologischem Know-how mit anerkannter Umsetzungskompetenz gewährleistet optimale Innovations- und Transformationsergebnisse für unsere Kunden. 8

9 Agenda 1 IBM Kurzvorstellung 2 IBM Testing Services Deutschland 3 Test Job Rollen 4 Test und Qualitätssicherung 5 Test Methoden 6 Test Tools 7 Testing Offerings 9

10 IBM Deutschland Enterprise Application Solutions GmbH Bereich Test & Quality Management - Managementteam Test & Quality Management A. Hartmann Testing Services - AMS W. Bas Ferreira Application Quality Management QS & Test U. Jensen Testing Services - Methoden U. Krauter Test Strategy & Quality Consulting T. Lowin Test & Quality Management A. Roepke 10

11 What is Testing Services? IBM offers a comprehensive set of testing services; including life cycle testing, test consulting, test automation services, implementation of test centers of excellence, specialized testing including performance and SOA testing, and infrastructure testing. Testing Services creates value for clients through IBM Total Test Quality. IBM Total Test Quality (TTQ) is a transformative approach that combines IBM Testing Services with comprehensive automation from IBM Software Group tools along with cutting-edge innovation from IBM Research to help lower business risk, reduce the life cycle development schedule and cost, while improving overall quality.. TTQ is the next generation of testing integrating leading test practices across the system development life cycle. Powered by Test Planning and Optimization Workbench (TPOW), TTQ provides a total test solution. 11

12 The Testing Services Competency includes over 6000 highly skilled testing leaders and practitioners around the globe Global Delivery Center Competency practitioners have a wide range of required skills, capabilities and experience to deliver on the Testing Services offerings: IBM Canada IBM US IBM Mexico IBM Brazil IBM Argentina IBM Greater Europe IBM Greater China IBM India IBM Australia Life Cycle Testing encompassing test processes required to support all phases of the application development life cycle Test Consulting guides clients in identifying the transformation initiatives to improve organizational test processes or setting up Test Centers of Excellence Test Automation automating the test process within a client organization Competency domain knowledge spans industries, applications and architectures, to service a wide range of client needs Specialized Testing including data testing, performance testing, SOA testing, package testing (e.g. SAP, Oracle, etc.), product and security testing Infrastructure Testing verification of changes to production and test environment hardware and software Testing Services for Cloud solution roadmap and business case for cloud test solution Application Virtualization planning and implementation of virtual test environments 12

13 Agenda 1 IBM Kurzvorstellung 3 IBM Testing Services Deutschland 3 Test Job Rollen 4 Test und Qualitätssicherung 5 Test Methoden 6 Test Tools 7 Testing Offerings 13

14 The Testing Area offers a variety of Test Job Roles Test architecture design Test case guidance Recommends Tools Tool strategy Tool Administration Requirement testability Business/Industry based test assets Requirement based test cases Defect analysis, classification & tracking Quality metrics Quality & Process assurance Document Reviews Test Architect Test Tool Specialist Business Tester Defect & Quality Specialist Test Manager Test Environmental Specialist Test Automation Specialist Technical Tester Delivery Excellence Test Leadership Master Test Plan Measurements & Reports Test environment support Infrastructure & installation tests Automation requirements Test automation strategy Tool selection Nonfunctional requirement analysis Technical test scenarios Creates and reuses Business / Industry based test assets Define and Execute Requirement based test cases 14

15 Testing Services Career Paths in the GBS Model Executive Sales Executive Partner Project Executive, Delivery Project Executive Distinguished Engineer 10 Associate Partner Associate Partner Senior Test Consultant DPE Testing Services Senior Test Manager Senior Test Architect Senior Test Specialist 09 Sales Consulting Delivery Technical Choose Your Career Path Solution Rep Application Mgmt Test Specialist Test Consulting Test Specialist - Test Management Test Architect Test Planning Test Architect Performance & Capacity Mgmt Test Specialist Performance & Capacity Mgmt Test Specialist Test Data Management Test Specialist Security Technical Team Lead Test Execution Test Specialist Test Planning Test Specialist Defect Management Test Specialist Test Environment Mgmt Test Specialist Automation Tools Test Specialist Test Execution 15 15

16 Agenda 1 IBM Kurzvorstellung 3 IBM Testing Services Deutschland 3 Test Jobrollen 4 Test und Qualitätssicherung 5 Test Methoden 6 Test Tools 7 Testing Offerings 16

17 Warum testen wir? Beispiele Welcher triviale Fehler führte 1982 zum Absturz eines Lockheed F-117 Tarnkappenbombers? Die Steuerung des Höhenruders wurde mit der des Seitenruders vertauscht erkannte ein Roboter in der Montagehalle von General Motors die Farbe der schwarzen Autos nicht. Was passierte? Alle schwarzen Autos verließen die Montagehalle ohne Windschutzscheibe wurde der Prototyp der Ariane 5-Rakete der Europäischen Raumfahrtbehörde eine Minute nach dem Start zerstört. Warum? Es wurde der Programmcode der Ariane 4 übernommen. Im Programmcode eines der ersten computergesteuerten Jagdflugzeuge, die F-16 der USA, befand sich im Algorithmus ein Vorzeichenfehler. Was passierte beim Überfliegen des Äquators? Es stellte sich auf den Kopf trieb das US-Navy Flugzeugträger Yorktown stundenlang hilflos im Ozean. Grund dafür war die Eingabe einer 0 in das Bordnetzwerk. Welche Firma konstruiert das Netzwerk? Microsoft 1993 rollte ein Airbus A320 in Warschau über die Landebahn hinaus. Welches Detail berechneten die Programmierer falsch? Aquaplaning auf der Landebahn. Welche Folgen hatten einen fehlenden Bindestrich im Programmcode für die NASA in 1962? Der Verlust ihrer Venus-Sonde Mariner 1, und damit 80 Millionen US-Dollar. 17

18 Erkenntnisse zum Zielkonflikt Projektqualität (Fehlerrate) vs. Projektdauer Projekte mit der geringsten Fehlerrate haben die kürzesten Projektzyklen! Schlechte Qualität ist eine der häufigsten Ursachen für Überschreitungen der Projektdauer! Defect Removal Activity Expected distribution of both valid and invalid defects Cost of defect relative to Test Level Schlechte Qualität ist zu 50% Ursache für die vorzeitige Beendigung von Projekten. Requirements Review 4% 1 Bei Projekten die unter Termindruck entwickelt wurden treten nach Auslieferung bis zu viermal mehr Fehler auf. High Level Design Review Detailed Requirements Review 7% 9% 4 2* Etwa 60% aller Fehler existieren bereits in der Designphase. Würden diese hier frühzeitig erkannt, hätte das eine positive Auswirkung auf die Gesamtprojektdauer. Detailed Design Review Unit Test System Test 6% 12% 23% 7* (!) Testen stellt nur Fehlersymptome fest, frühzeitige Qualitätssicherung findet auch die Ursache. UAT 36% 70 (!!) Wenn zuviel Fehler auftreten wird mehr Zeit für die Fehlerkorrektur benötigt als für die richtige Umsetzung von Anfang an. Production 3% 140 (!!!) Quelle: Capers Jones 1994, Assessment and Control of Software Risks 18

19 Zuverlässige Return on Investment (ROI) Berechnungen setzen eine verlässliche Datenbasis voraus und müssen die Abhängigkeit der Kostentypen untereinander berücksichtigen Quality Cost = Prevention Costs Appraisal Costs Failure Costs Kosten, die durch Maßnahmen verursacht werden, die der Vermeidung von Fehlern dienen, z. B.: Ausbildung der MA Fehlertolerantes Design Anforderungsanalyse Genaue und klare Dokumentation Frühe Prototypen Usability Analyse Kosten, die durch Aktivitäten beim Finden von Qualitätsproblemen anfallen, z. B.: + + Inspections Reviews Prozessprüfungen alle Testaktivitäten Testautomatisierung Kosten, die durch mangelhafte Qualität verursacht werden, z. B.: Fehlerbehebungen Arbeitszeitausfälle Kosten für verspätete Fertigstellung Supportkosten Gewährleistungs-kosten Umsatzeinbußen 19

20 Die Qualitätsgesamtkosten können durch Optimierung der durchgeführten Maßnahmen zur Qualitätsverbesserung minimiert werden. Cost per good unit of product Appraisal and Prevention Costs Failure Costs Total Quality Cost Kostenminimum Quality of Conformance 20

21 Qualitätsmerkmale von Software Produkten ISO

22 Golden Rules for Testing (1/4) 1. Independent Test Team Test is performed by an organizationally independent test team for projects exceeding 5,000 hours, with the exception of Unit Test. Test Resources are trained in and conform to Full Lifecycle Testing. 2. Test Plan and Test Strategy Test Plan and Test Strategy have to be developed in the early design phase. A uniform testing approach has to be established which is understood by all. The testing approach has to be aligned with development method (e. g. agile development). Test Plan has to be derived from the project's quality requirements. Independent effort estimation for test has to be conformed. For every test level entry and exit criteria have to planned. Adequate regression tests have to be planned. 22

23 Golden Rules for Testing (2/4) 3. Systems Engineering Discipline Appropriate policies and guidelines are in place, compliance is controlled by periodic audits. Actively reviewing high level, low level design, code, test strategies / plans, test architecture and test design. Both artificial and productive-like test data should be used during different test levels. Test Cases have to be fully specified (incl. expected result) before test execution is started. 4. Risk Management Risk process is fully implemented and test risk assessments (effort, schedule, cost, and coverage) are performed (e. g. No Time boxing without evaluation of test risks). Test Metrics and Reporting Entry / exit criteria have to be measured and reported for every test level. Emphasis is on the quality of data and focus on both the effectiveness and efficiency of the process. 23

24 Golden Rules for Testing (3/4) 5. Test Metrics and Reporting Entry / exit criteria have to be measured and reported for every test level. Emphasis is on the quality of data and focus on both the effectiveness and efficiency of the process. 6. Test Tools & Technology Appropriate test tools and technology should be used to improve efficiency and effectiveness. Test Automation should be implemented after cost-benefit analysis. 7. Test Environment Management Test environments are built in time and maintained by a dedicated staff of technicians. Test Configuration Management should be in place. Test activities have to be executed without interfering each other (e. g. usage of different ID groups, different test system clients, etc.). 24

25 Golden Rules for Testing (4/4) 8. Requirements Management "Testability" of requirements must be assured. Traceability between requirements and test cases has to be assured for better verification of test coverage. The usage of an automated tool to support traceability is desirable. 9. Defect Management Defects are tracked (automatically) and root cause analysis is performed for "hot spots" (e.g. application of Defect Reduction Methodology (DRM)). 10. Non-functional Requirements Non-functional requirements must be considered in testing. Use specialist advice for special testing areas (performance, usability, security etc. ). Permanent Performance Testing of the solution is mandatory. 25

26 Golden Rules for Quality Assurance (1/2) 1. Ensure versioning of work products All artifacts created during a project s life need to be put under version control Use configuration management tools 2. Always show your actual baseline Ensure easy access to the current baseline for all project members Establish processes which make changes to the baseline visible 3. Track requirements over all phases Ensure that you can identify the requirement which led to a work product at any time Check at each phase that the requirements have been met 4. Assure the quality of self-contained units Apply quality checks on every unit/component Check subcontracted work in an acceptance test, call for test results from the contractor 5. Document your processes in writing Create a Process Asset Library Create process starter set or newcomers 26

27 Golden Rules for Quality Assurance (2/2) 6. Treat quality assurance like any other process Document all review and reporting processes Processes which are understood by the whole team will get support more easily 7. Assure traceability Document every decision (including reasons for and against it) Prepare minutes for each meeting, document agreements 8. Fight any deviation emphatically Deviations are allowed only after thoroughly having checked the consequences Document project-specific processes in a tailoring document 9. Don t establish excessive formalism Follow the rules by their content, not by formalism Listen to your fellow members and remove obstacles by implementing improvements 10. Always practice open and fair communication Communicate all problems and nuisances early and openly QA statements need to be verifiably, so document your sources and assumptions 27

28 IBM Testphasen, Teststufen und Testarten Testphasen Test Assessment und Planung A Test Design und Erstellung B Test Durchführung und Reporting C Teststufen Unit Test Integration Test System Test System Integration Test User Acceptance Test Operability Test Stufen für die Testdurchführung: Die Stufen sind passend zu den einzelnen Stadien des SW-Entwicklungsprozesses und stehen für den Grad der physikalischen SW-Integration und Qualität, Testarten Strukturelle Tests Backup and Recovery Performance Security Funktionale Test Audit and Controls Conversion Documentation and Procedures Error Handling Use Case Function Installation Interface / Inter-System Parallel Regression Transaction Flow Usability Teststufen Testarten Unit Integration System Release integration Audit & Controls Conversion Documentation & Procedures Acceptance Operability Error Handling Function Installation Interface / Inter-System Example Parallel Regression Transaction flow Usability 28

29 Test Assessment and Planning - Test strategy Assess - Planning Design Assess current test practices Test strategy Test plans Management support processes Execution - Reporting Test strategy is a high-level outline of the enterprise-wide approach and common terminology that identifies how critical attributes of the system will be verified. When does it start? Test Strategy document is produced at the beginning of the test project. When does it end? Test Strategy requires stakeholder approval prior to the development of the Test Plans. What value does it provide? Test Strategy will document the agreed consensus on scope of testing, business and operational priorities, resource requirements and roles and responsibilities. Provides a high level overview of the major milestones and checkpoints in the testing life cycle. 29

30 Test Assessment and Planning - Test plans Assess - Planning Design Assess current test practices Test strategy Test plans Management support processes Execution - Reporting The Master Test Plan is a document of understanding on testing between the various stakeholders of the project. It documents the "what" (scope and objectives), the "why" (purpose), the "when" (key milestones), and the "who" (organizational roles and responsibilities) for all levels of dynamic testing. When does it start? The Master Test Plan is developed when the Test Strategy has been approved. The Detailed Test Plans for each level of test start as soon as the inputs for that test level area are available. When does it end? The Master Test plan is used and refined throughout the Life Cycle testing project. Each detailed Test Plan is completed before the execution for that test level commences. What value does it provide? The Master Test plan organizes the complexities across the testing project and so minimizes the risk of added scope and unnecessary costs. The detailed Test Plans provide clarity to the requirements and schedule for each level of testing. 30

31 Test Design - Test case development Assess - Planning Design Test case development Prepare test data Execution - Reporting Test asset configuration management Test execution plans Test environment preparation Management support processes Test cases are sets of conditions or variables under which a tester will determine if a requirement or use case for an application is partially or fully satisfied. When does it start? Test case development begins when requirements have been documented and reviewed and the associated test scenarios have been approved. When does it end? Test cases are used throughout the test execution stages and are retained for reuse as regression test cases for subsequent projects. What value does it provide? Test cases are designed using standard technique such as Equivalence Partitioning and Cause-Effect Graphing to find defects in the application.. 31

32 Test Design - Prepare Test Data Assess - Planning Design Test case development Prepare test data Execution - Reporting Test asset configuration management Test execution plans Test environment preparation Management support processes Test data preparation is the building of a library of documented test elements that are managed for test iterations. The combination of test data and a test case creates a reusable, unique test scenario, traceable to application requirements. Preparation of test data also involves the generation of test data with the relationships and characteristics of production data; subsetting of existing data - extracting existing data into smaller groups/sets; masking sensitive data - protecting confidential data to support compliance with data privacy legislation. When does it start? Test data preparation begins in parallel with test case development when test scenarios have been approved. When does it end? Test data will be actively used and refined during both test preparation and throughout the test execution stages. All test data is retained for reuse with regression testing and automation for subsequent projects. What value does it provide? Test data is critical to support the definition of good, reusable test cases that support the quality analysis of an application. Change or Enhancement Risks: Test focus areas Identified in Master test plan Input data Used in Test case Executed with Test script Reads Writes (and consumes) Test cases, scripts and their data are managed in Rational Test Manager Expected results (onscreen and or in the DB) Starting data Managed with Test data management 32

33 Test Execution and Reporting Assess - Planning Unit testing Functional testing Integration testing System testing Design Execution - Reporting Systems integration Regression testing User acceptance Operability testing Management support processes Test execution exercises the defined system and compare the outcome to the expected result When does it start? Test Execution starts after successful completion of the test readiness review and installation in the test environment. When does it end? Test Execution phase ends when the tests identified during the planning and preparation are executed, any errors found are fixed, and tests have been signed off as successfully completed. What value does it provide? Eliminates defects in the application to comply with business and operational goals. 33

34 Agenda 1 IBM Kurzvorstellung 3 IBM Testing Services Deutschland 3 Test Jobrollen 4 Test und Qualitätssicherung 5 Testmethoden 6 Test Tools 7 Testing Offerings 34

35 Die IBM Methode: Full Lifecycle Testing IBM nutzt ihre weltweit etabliertes Modell der Qualitätssicherung (ein Bestandteil des Unified Method Framework UMF) über den gesamten Entwicklungs- und Testprozess. Definition Design Build Validation Deployment Quality Planning* Test Planning Quality Management* Test Project Management Solution Change Management Defect Management Static Testing Test Preparation Unit Test Integration Test Key Phase All Development Test User Operations Testware Configuration Management Tools & Test Environment System Test System Integration Test Acceptance Operability Implementation 35

36 Full Life Cycle Testing Kern des Full Lifecycle Testing (FLT) ist die Durchführung von Tests über den gesamten Lebenszyklus einer Anwendung oder eines Systems hinweg unter Verwendung sowohl statischer als auch dynamischer Testvorgehensweisen. Im traditionellen Testansatz werden dagegen lediglich eine oder mehrere dynamische Testphasen im Anschluss an die Kodierung vorgesehen. Unter statischen Tests versteht man: Walkthroughs / Reviews / Inspektionen von: - Plänen, Spezifikationen - Anforderungsdokumenten - Testplänen, Testfällen, usw. die Überprüfung aller Art von Dokumentation die Analyse des erstellten Source Codes, ohne diesen jedoch auszuführen - Manuelle Code Inspection - Einsatz von Source Code Analyse Tools Unter dynamischen Tests versteht man dagegen die Ausführung lauffähigen Codes Ausführung von Testfällen im lauffähigen Testsystem Simulation von Benutzungsszenarien Paralleltest zur Produktion Traditional Testing Focus: Defect Project Initiation Requirements Analysis / Design Code System Test Install Full Lifecycle Testing Focus: Defect Defect Defect Defect Defect 36

37 IBM Life cycle testing Methode: Zusammenhang zwischen Testphasen und Testtypen Software Development Life cycle Startup Solution Outline Solution Requirements Macro Design Micro Design Build Deployment Solution Close Software quality assurance Static testing Code reviews, inspections and walkthroughs Dynamic Test Test techniques White Box Grey Box Black Box Test levels Unit Test Integration Test System Test Systems Integration Test User Acceptance Test (UAT) Operability Test A Test level maps to a known level of physical integration and quality Test types Audit and Control Document and Procedure Function / Requirement Interface / Inter-System Regression Back-up and Recovery Job stream Performance Stress / Volume Conversion Installation Error-Handling Parallel Transaction flow Usability Contingency Operational Security Testing types are performed during the levels of testing and a test type can appear in more than one test level 37

38 Das Full Lifecycle Testing Modell definiert klare Arbeitsprodukte im Test Operational Model Release Plan Quality Plan Static Test Plan Project Workbook Outline Use Case Model Test Strategy Nonfunctional Requirements Master Test Plan Test Environment Configuration Management Procedures Usability Requirement Detailed Test Plans* Acceptance Test Plan Build Procedures Test Specification* Test Execution Plan* Test Results* Test Report* * Unit, Integration, System, Systems Integration, Operability 38

39 Agile Entwicklung Definition Agile Software-Entwicklung beschreibt verschiedene Software-Entwicklungsmethodiken, die auf iterativer Entwicklung basieren, wobei sich Anforderungen und Lösungen durch die Zusammenarbeit sich selbst organisierender funktionsübergreifender Teams entwickeln. Kennzeichen Der Sinn von agiler Entwicklung ist, mit besserer Qualität schneller am Markt zu sein! Kurze Iterationen von 1-4 Wochen (auch oft Sprint genannt) - Kleine Arbeitseinheiten werden in dieser Zeit komplett fertiggestellt Kleine Teams (5 9 Personen), die sich aus Beteiligten aller Funktionen, z. B. Planung, Entwicklung, Test zusammensetzen - Die Teams organisieren sich selbst, unabhängig von äußeren Hierarchien. Tägliche kurze Scrum-Meetings (ca. 15 Minuten) - Jeder aus dem Team erklärt, was er am Vortag gemacht hat, was er am heutigen Tag machen möchte und ob es Probleme gibt, die das weitere Arbeiten erschweren. Eine kurze Planungszeit steht am Anfang jeder Iteration - Zunächst wird dabei festgestellt, welche Arbeitspakete die höchste Priorität beim Kunden haben. - Das Team entscheidet dann, welche Pakete davon in der nächsten Iteration zugesagt werden können. - Die weiteren kommen priorisiert auf eine Backlog-Liste. Nur die aktuelle Iteration wird detailliert geplant. Eine Demo für die Stakeholder steht am Ende jeder Iteration Automatisierung, z. B. des Buildprozesses (da meist tägliche Builds) 39

40 Der Scrum Prozess Das Ziel besteht darin, am Ende jeder Iteration eine lieferfähige Version (mit wenigen Fehlern) zu erhalten, auch wenn diese Version vielleicht noch nicht marktfähig ist. Kennzeichen agilen Testens Der Test ist im gesamten Entwicklungszyklus integriert, Test findet nicht erst am Schluss statt. Kommunikation und Kooperation mit allen Beteiligten von Anfang an Automatisierung - xunittests meist integraler Bestandteil - Aufsetzen der Testumgebung - Testfälle zu automatisieren lohnt sich bei agiler Entwicklung, da nach jeder Iteration Regression Test notwendig ist Test nicht anhand umfangreicher Dokumentation, sondern eher anhand von kurzen Use Cases, die aus den User Stories abgeleitet werden. Akzeptanztests als Grundlage Neue Funktionen getestet, sobald sie fertig sind Testbestandteile sind Testbeschreibung, Automatisierung, Durchführung (automatisch und manuell) Defecterstellung und Nachtest wie sonst auch, Nachtest ist aber oft automatisiert 40

41 Vorteile agilen Tests und Kontraindikationen Vorteile Testerwartungen werden frühzeitig geklärt Integration der Tester bietet Einblick und Eingriffsmöglichkeiten schon bei Anforderungen und Design, auch bzgl. späterer Testbarkeit und Automatisierung der Tests Fehler sollen innerhalb einer Iteration gefixt werden, also kein langes Warten auf Bugfixing Faktoren, die (aus Testsicht) eher gegen agile Entwicklung sprechen Globale Teams machen die Kommunikation schwieriger Funktionsumfang und Termine stehen schon von Beginn an fest. Dies widerspricht agiler Vorgehensweise völlig Zu komplexe Projekte mit hohen Integrationsanteilen der Gesamtüberblick fehlt oft Benötigte Skills sind nicht vorhanden, z.b. Programmierung und Testtools 41

42 Agenda 1 IBM Kurzvorstellung 3 IBM Testing Services Deutschland 3 Test Jobrollen 4 Test und Qualitätssicherung 5 Testmethoden 6 Test Tools 6 Testing Offerings 42

43 Hosted Jazz Rational CoC Germany 43

44 Why Rational Team Concert? One Tool for - Monitoring & Tracking - Team Communications & Status - Document Management - Source Control - Work Management - Mail Notifications - Integration to Requirements & Testing Links: Feature and Benefits: 44

45 Why Rational Requirements Composer? One Tool for - Creation and management of visual and textual requirements - Organizing and analysis of requirements - Collaborate on requirements using comments, review and approval - Manage requirements in the application lifecycle Why Rational Quality Manager? One Tool for - Centralized test management and planning - Risk based testing - Collecting and tracking of all test data - Run manual and automated test execution for rapid quality cycles - Enact test coverage optimization - Streamline test lab management - Measure progress with extensive query, reporting facilities and dashboard Links: Feature and Benefits: 45