Agenda 1 •17:30 - Mat og mingling •18:00 - Kvalitet i EPiServer prosjekter •19:10 - Pause •19:25 - EPiServer og mobil. Nei, ikke MobilePack

EPiServer meetup Kvalitet i EPiServer prosjekter Anders Murel, Aud Marie Hauge og Thomas Leela Velkommen!

Hvorfor bry seg om kvalitet? 3 •Det funker jo. Da er vel alle fornøyde? •Uff, det koster da fryktelig mye penger?

Hvorfor leverer ikke alle perfekte løsninger hver eneste gang? 4 •Ukritisk klipp og lim •«Ferdigløsniger» fra internett •Hastverk / snarveier •Manglende kompetanse •Manglende ansvarsfølelse for løsningen •Manglende motivasjon •Manglende forståelse av krav, behov og totaloversikt •Gjenbruk av utdatert kode / teknologi •Forstyrrelser •Lite gjennomtenkte løsninger

Hvilken håndverker er du? 5

Hvordan gjør vi det i Epinova? 6 •Kvalitet er forankret i hele organisasjonen •To fagdisipliner: frontend og backend •Techlead på alle prosjekter •Jira •Økende grad av TDD •Kultur for å dele kunnskap –Fagmøter –Techlunch –Wiki for dokumentasjon –Yammer –Sparringspartnere –Eksterne kurs og seminarer –Blogg •Byggserver og infoskjerm

Epinovas Prosjektmal 25 års erfaing med EPiServer satt i system 7 •En samling av alle våre erfaringer og best practices •Integrert i VS •Uniforme prosjekter •PTB (med håndtering av ContainerPages) •WebParts rammeverk •Automatisk utvidelse av språkfiler •ViewState, eller egentlig fravær av det. •Css og js minimering og bundling •Mye, mye mer, men ikke for mye. –Bare akkurat passe.

Kildekode, tasks, versjoner og revisjoner 8

Kvalitetskontroll før produksjonssetting 9 •Ikke noe nytt, ikke noe magi, ingen hemmeligheter •Ganske enkelt sjekklister / kontrollpunkter •Seaprate lister for frontend og backend •Konstant i endring •Pt. Ca. 170 sjekkpunkter til sammen

Hovedpunkter i QA for backend 10 •Kildekode •Konfigurasjonsfiler og annen konfigurasjon •Redaktørvennlighet •Administratorvennlighet •Teknisk kvalitet •Språk •Søk •JavaScript •Sikkehet •Utviklingsmiljø •Produksjonsmiljø •Testmiljø •Andre funn •Sammendrag

Redaktørvennlighet 11 •Hva er galt her?

Automatisert QA 12 •Pt. som eksternal tools i VS •Planen er å suksessivt rulle dette ut som tester på byggserveren.

For et nazi-regime! 13 •Ja, vi stiller krav til våre ansatte! •Kommunikasjon er viktig. Konstruktiv kritikk. •Mye læring begge veier •Samtlige ansatte synes dette er verdifult •Skepsis er erstattet med ønske om høy kvalitets-score i prosjektene. •Sjekklista sitter i bakhodet