1 / 16

Test @ SAST 071115 Stockholm

Avs. Joachim Bäcker @ Kravhantering. Test @ SAST 071115 Stockholm. ”Att jobba med test i projekt med kravställare, kravhanterare & kravhantering”. Hur tänker en kravhanterare?. Vem är kravställare och hur arbetar verksamheten?

Olivia
Télécharger la présentation

Test @ SAST 071115 Stockholm

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Avs.Joachim Bäcker@ Kravhantering Test@ SAST071115 Stockholm

  2. ”Att jobba med test i projekt med kravställare, kravhanterare & kravhantering”

  3. Hur tänker en kravhanterare? Vem är kravställare och hur arbetar verksamheten? Vad ska systemet (eller systemen) tillgodose i verksamheten/processerna, vad är användarkraven? Hur ska systemet fungera ur ett användarperspektiv? Vilka funktioner måste systemet tillhandahålla och vad är kraven på funktionerna?

  4. U Kravbilden i verksamhetsarkitekturen Representationsnivåer Strategier: Tjänster, affärsfunktioner, IT Objectives and Scope definitions Vision Management Processkarta, processer och rutiner Enterprise Model Användningsfall, funktionella krav och gränssnitt Ansvar System Model Validering & Kvalitetssärkring Solution and Implementation management Systemdesign och integrationer Presentation Applikation Databas Technical model Systemkod och miljöer Detailed Representations

  5. Krav- vs designrepresentationer • Verksamhetskrav • Affärskrav • Marknadskrav • Processkrav [Funktioner] [Processkarta] [Objekt] [Information] [Saker] [Organisation] [Process] • Användarkrav / Rutinkrav • Funktionella krav • Icke-funktionella krav • Systemkrav • Gränssnittskrav [Rutin] [Användningsfall]

  6. Användningsfall och kravidentifiering UC.01_ Beställa tjänst Alternativflöde Kontakta kundtjänst Kontrollera abonnemang Tillgängliga tjänster Funktion (Funktionellt krav) Information Användargränssnitt

  7. Funktioner och funktionella krav Sammansättning av funktioner, e.g. användningsfall Primitiv återanvändbar funktion Funktion Funktion Trigger Resultat Trigger Resultat FK - Kontrollera kundabonnemang Användare vill kontrollera kundabonnemang. Användare ska i systemet kunna kontrollera abonnemang och avtalsvillkor baserat på personnummer, namn (förnamn och efternamn). Systemets presenterar abonnemangsuppgifter (avtal, startdatum, slutdatum, bindningstid och pris) FK – Ändra kundabonnemang Användare ska kunna ändra avtalsvillkor för ett abonnemang. Användare ska i systemet kunna ändra avtalsvillkor för en kund/abonnemang (pris, bindningstid). Systemet loggar avtalsförändringen på kunden samt skapar en avtalsutskrift på nya avtalsvillkor, som ska skickas till kund som bekräftelse.

  8. Kopplingen Krav-leverans-test Krav Milestone När Vem implementerar Leverabel Test Concept from RTM, Qualiware

  9. Överlämning till Utveckling och Test Kraven överlämnas till Utveckling för systemdesign- Presentationslager (prototyp)- Applikationslager- Databaslager…samt till Test för testplanering- Definiering av testscenarion- Definiering av testfall

  10. Krav design och testrelationer Process Acceptanstest Testscenario Användningsfall Systemtest Användargränssnitt Testfall Testfall Funktion Testfall Funktion Funktion Systemgränssnitt Teststeg Teststeg Teststeg Presentation Applikation Applikation Integrationer Testdata DB DB

  11. Hur tänker Krav att Test tänker? Har rätt produkt blivit utvecklad?Är produkten utvecklad rätt?

  12. Kopplingen krav-test-leverans Krav Milestone Rätt lösning? Rätt produkt? Leverabel Test Produkten rätt? Concept from RTM, Qualiware

  13. Hur hantera avvikelser Krav är korrekta, och implementationen överensstämmer ej med kraven= FelrapportImplementation är korrekt men överensstämmer inte med kraven= Ändringsbegäran (på krav)Varken krav eller implementation stämmer överens med förväntan= Ändringsbegäran (på krav)Krav är korrekta och implementation är överensstämmande men implementationen överensstämmer ej med förväntan= Ändringsbegäran (på implementation)Krav och lösningsbeskrivning är korrekt och överensstämmande men implementationen avviker från lösningsbeskrivning= Felrapport

  14. Kvalitetssäkringens ”silver bullet” Bilda ett utvecklingsteam kring utvecklingsdomänerna representerade av:- Kravställare/processansvarig- Kravhanterare- Systemdesigner/arkitekt- Testare/testdesigner...och säkerställ helheten

  15. Utvecklingsteamet i kravhanteringen Kravställaren (Processansvarig) Person i verksamheten som kan domänen som kravställs bäst och kan "bestämma" hur systemet ska stödja verksamheten inom domänen. Kravställaren måste också ha makt att anpassa verksamheten till systemet om så erfordras. (Kravställaren dokumenterar processer, rutiner, utbildar verksamheten, ansvarar för och ”äger” kraven inom domänen, förvaltar processer och rutiner) Kravhanteraren Analyserar processerna och definierar användarkrav och systemkrav. Designar användningsfall tillsammans med kravställare, med input från Utveckling och Test. Kraven ska representera överenskommelsen mellan kravställaren och systemdesignern. Systemdesignern Analyserar krav och designar systemet, d.v.s. beskriver HUR kraven ska realiseras i systemet. Bör beskriva presentationslager, applikationslager, databaslager och integrationer Testare/Testdesigner medverkar i kravdefinieringen, och framtagande av design, som granskare (kvalitetssäkrande) samt för att påbörja testdesign och testplanering.

More Related