Testarens tio budord Informator

Storlek: px

Starta visningen från sidan:

Download "Testarens tio budord Informator 140513"

Elin Lindberg
för 8 år sedan
Visningar:

1 Testarens tio budord Informator

3 I EN VÄRLD FÖR LÄNGE, LÄNGE SEDAN

4 ATT VÄLJA TILLHÖRIGHET

5 FLER SVÅRA VAL...

6 MORGONENS VAL

7 UTVECKLINGEN INOM TESTVÄRLDEN

8 SILVER BULLETS

9 TESTSKOLOR

10 EN LITEN FRÅGA Knappen heter Nollställ, är liten och sitter bredvid Visa mer. Användaren får en påminnelse men kan inte ångra åtgärden. Vad gör Du?

11 VAD ÄR EN TESTSKOLA? Definieras av Intellektuell samhörighet Social interaktion Gemensamma mål Uppbyggt av Värdegrund vad är viktigt? Typiska tekniker hur arbetar vi? Organisationer som stödjer Gemensamt vokabulär Klargöra varför testexperter är oense Inte bara personlighet och erfarenhet Många testare är inte medvetna om anledningarna till oenigheten Bättre underlag för debatt

12 DE FEM TESTSKOLORNA Analytiska Kvalitet Standard Kontextdrivna Agila

13 BUDORDEN

14 1. SITUATIONSANPASSAT Kvalitetssäkring är situationsanpassat

15 2. MÅLINRIKTAT ARBETE Hög kvalitet är resultatet av målinriktat arbete

16 3. VARIATION Variation av olika sätt att testa är nyckeln till framgång

17 4. GENOM HELA LIVSCYKELN Kvalitetssäkring måste utföras genom ett systems hela livscykel

18 5. KOMMUNIKATION Ett fruktsamt samarbete kräver en öppen och tydlig kommunikation

19 6. BIDRA MED OLIKA ERFARENHET Alla personer kan bidra till att öka kvaliteten oavsett tidigare erfarenhet men på olika sätt

20 7. HANTVERK OCH TEORI Kvalitetssäkring är ett hantverk med en bas i teoretiska kunskaper

21 8. TILLÄMPNING OCH REFLEKTION Vägen till erfarenhet går genom praktisk tillämpning och reflektion

22 9. KONVENTIONER OCH AFFÄRSVÄRDE Utmaningen ligger i att utmana konventionerna för att tillse att affärsvärde och kundnytta levereras

23 10. KONTINUERLIG FÖRBÄTTRING Kontinuerlig förbättring är av största vikt men bara en sak åt gången

24 NYCKELN TILL ATT LYCKAS

25 PROPS Platform Development Inc1- PD0 Inc1- PD1 Inc1- PD2 PD0 PD1 PD2 PD3.5 PD4 PD 5.5 PD6 Release Program HVM TG0 TG 1 TG1.5 TG2 TG 3 TG3.5 TG4 Prestudy Feasibility Study incl IP Development TG3 Execution -12 m -9 m -3 m 0 m 6-7 m m m - Technology Roadmaps - Product Roadmap - PRS incl. key platf. req. - PRS rev A for Inc 1 - Defined HW architecture - Defined SW partitioning - Long lead IP req spec - Make/buy strategy for IP defined - New Methods & Tools identified - ASIC suppliers selected - BB early prototype strategy defined - Target time-plan for program - SoC on PRS - Sys Mgmt MS2 (ASIC DRS&CharRS ready) - IP development secured for ASIC execution. (Secured delivery plan) - Prel link budget - SoC on PRS - All ASICs specified and planned incl Link budget - Reference Design build plan - Porting of SW planned - Long lead-time SW functions, both developed and sourced, specified and planned (incl. methods and tools) - DASIC, all functionality in RTL included (CP ) - Samples of all MS & RF ASICs available - SW&ITP for evaluation of all MS & RF ASICs available - Ref Design - Detailed Design docs (CP3) - Engineering prototypes - Design specs for long lead-time SW functions ready -7 m -3 m 0 m (3 m) 5m TG0 - DASIC, sample available - Functional samples for RF&MS ASICs ready - Complete SW for porting available - Full functionality on all ASICs, Prototype Approvals - SW from previous Release Program ported on new HW - Exit criteria for new and ported SW fulfilled as defined at TG2 Inc1 - Long lead-time SW functions - SW with HW dependency (at a minimum Basic System, OS & HAL) - Defined regression tests passed - Test criteria fulfilled as defined at TG2 Inc1 TG1 TG2 TG3 7m 9m 10.5m TG4 16m TG5 Increment 2 Prestudy Feasibility Study Development & Integration Merge with Inc 1 Stabilisation & Verification Extended IOT & ITA Customer Acceptance Certification Update Phase Maintenance Increment 1 is optional, it applies when a significant change of HW or Architecture is needed. The purpose of Increment 1 is to: - Secure the new HW. - Make sure that the inherited SW can be executed on the new HW (architecture). - Develop the SW needed to secure HW blocks with new functionality, at a minimum Basic System, OS & HAL. - Include SW functionality with long lead-time, both developed and sourced, when necessary. The purpose of Increment 2 is to secure and deliver new functionality to Customer Projects. New class 2 components and re-spin of class 1 components can be included in Increment 2. All timing is indicative and related to Inc1-TG2 and Inc2-TG2. Timing of any specific program will vary dependent on its scope. Picture is not to proportional to time scale. RXA Release RXB Release

26 AGILA METODER SCRUM

27 FRAMGÅNGSFAKTORERNA Lång erfarenhet Testkunskap Kunskapsutbyte (t.ex. demos och dokumentation av koden) Minimera antalet varianter Teststrategi /testplan Kombination av olika testangreppssätt (t.ex. automatiserade och utforskande tester) Kodgranskningar Utökade integrationskriterier samt kriterier för underhåll Aktiva chefer med uppsatta mål Släpper ingenting om man inte känner att kvaliteten är tillräckligt bra Accepterar inga snabbfixar och är beslutna att leverera hög kvalitet Man arbetar proaktivt med kvalitet

28 KUNSKAP OCH ERFARENHET

29 INDIVIDENS FÖRMÅGA Modeller Tillämpning Produkt Vision Strategier Processer Planer Organisation Q-system Skapa Använd Förmåga Skapa Använd Arkitektur Design Mjukvara Hårdvara

30 CERTIFIKAT Hur många av er innehar en eller flera kraveller testcertifieringar?

32 LÄRARNA Jesper Högberg Roger Thyrell Piotr Nestorow Ulf Jarnerö Freddy Gustavsson Markus Niklasson

33 SUMMERING

34 VAYA CON DIOS!

35 KONTAKTINFORMATION Magnus C. Ohlsson System Verification Sweden AB Hyllie Stationstorg 13 SE Malmö, Sweden

Relevanta dokument

Testarens roll i en förunderlig NFI Testforum 2013-04-16

Testarens roll i en förunderlig föränderlig värld NFI Testforum 2013-04-16 AGENDA The man behind the mask Vem är jag? En historisk tillbakablick Testning, silver bullets och testyrkets utveckling Olika