Testing Eksempelklausuler

Testing. Testing av hele stigekabelanlegget for tele-/ dataanlegget skal utføres og tilfredsstille gjeldende normer og være inkl. i tilbudsprisen. Dokumentasjon vedr dempingsforhold overleveres byggherre.
Testing. Kontroller og tester foretatt underveis i byggeprosessen har flere formål. Alle tester bygges opp til å få dokumentert at det er levert komplette og samvirkende anlegg hvor alle nødvendige integrasjoner og avhengigheter er ivaretatt. Ansvarlig for gjennomføringen har ansvar for følgende dokumentasjon for hver test: • Innkalling til deltagerne i rimelig tid før testene (minimum 14 dager) med beskrivelse av: o Omfang (hva som skal testes) o Testunderlag (funksjonsbeskrivelser, systemskjema og lignende) o Tidspunkt og varighet o Deltagere og ansvar under test o Testprosedyre o Evt. akseptkriterier • Utarbeide testrapporter Frem til overtakelse av ulike kontraktsarbeider skal alle entreprenører gjennomføre sitt arbeid med bakgrunn i denne modellen. I de enkelte kontrakter vil detaljerte, kontraktuelle milepæler være angitt. Flere av fasene og testene vil til dels foregå parallelt. Entreprenør må påregne noen forstyrrelser i egen fremdrift da enkelte tester kan påvirke pågående arbeid. Hvis testene er avhengig av andre entreprenører har entreprenørene et gjensidig ansvar for å gi og etterspørre informasjon til og fra andre entreprenører/leverandører for å kunne gjennomføre sine tester. Entreprenøren skal oppbevare et oppdatert og oversiktlig arkiv over planlagte og utførte tester slik at byggherren kan utføre stikkprøvekontroll på dokumentasjon av utførte tester.
Testing. SPK vil ta stilling til funksjonalitet, brukervennlighet og brukernytte i løsningen gjennom utprøving av tilgjengeliggjort test-versjon. Testversjonen trenger ikke være fullstendig med alle søkeord og kilder, men må være representativ for den funksjonalitet og brukervennlighet som kan forventes. Tilbyder skal ved innlevering av tilbudet gi SPK tilgang til en testportal. Testing av tilbudt portal vil bli vektlagt ved evaluering av tildelingskriteriet kvalitet. Testingen vil bli foretatt av ansatte i kommunikasjonsområdet i SPK. SPK skal ha tilgang til testversjonen i hele evalueringsperioden. Alle tilbydere vil bli bedt om å legge inn et adekvat antall søkeord som vil være med på å danne grunnlag for testingen. Det gjøres oppmerksom på at det er den tilbudte testløsning som vil bli vurdert, og ikke beskrivelser av ev. framtidig ny funksjonalitet. Det kreves at tilbyderen skal presentere og demonstrere løsningen i møte med SPK. Det er ønskelig at møtet gjennomføres fysisk i SPKs lokaler, men kan også gjennomføres virtuelt. SPK vil kontakte tilbyderne for å avtale presentasjon når kvalifikasjonsfasen er over.
Testing. API-et er tilgjenglig for testing i staging-miljøet til Ruter. Erstatt xxxxx://xxxxx- xxxxxx.xxxxxxxx.xx med xxxxx://xxxxx-xxxxxx.xxxxx.xxxxxxxx.xx. I stage kreves det en egen client id og secret.
Testing. Det inngår i den enkelte entreprise å utføre detaljerte tester før overtakelse. Det skal ved disse testene føres sjekklister og rapporteres til byggeleder. Følgende tester skal gjennomføres og protokoll med sjekklister føres.
Testing. Før overlevering skal anlegget være testet, og det skal føres detaljerte testprotokoller. Testprosedyrene skal fremlegges for kontroll før testing starter. Testprosedyrene skal generelt gjennomføres i tre faser:
Testing. Kompa foretar vanlig enhets- og systemtest av funksjonalitet i de tilfeller hvor dette er relevant for den avtalte leveransen. Dersom kunden har særlige krav til belastning, stabilitet, trafikkapasitet eller annet, bør et særlig testprosjekt etableres og egne tester gjennomføres. Slike tester utføres mot særlig betaling.
Testing. Kunden plikter fortløpende å teste det arbeidet Leverandøren utfører, samt gi fortløpende tilbakemelding til Leverandøren via e‐post. I motsatt fall kan dette påvirke det utførte arbeidet, prisen og tidspunktet for ferdigstillelsen.
Testing. Leverandøren skal som avslutning av hvert trinn teste den del av Leveransen som er utviklet og tilpasset i samarbeid med Xxxxxx. Antall avdekkede Feil skal etter utløpet av testing i et avsluttende trinn, som resulterer i en delvis overtagelse, ref. punkt C 4.3.7, ikke overstige det antall Feil i hver kategori som fremgår av punkt C 4.4. Målet for all testing er å verifisere at kunden får riktig og feilfri funksjonalitet. I Leverandøren’ kvalitetssikringssystem omfatter testmetodikken alt arbeid knyttet til planlegging, dokumentasjon, gjennomføring, registrering og rapportering i forbindelse med testing. Kunden er den som kjenner fagområdet sitt best og vi har god erfaring med nært kundesamarbeid i testarbeidet. Ved å involvere kunden tidlig oppnår vi tidlig sjekk på om utviklingen er på rett vei eller om det må gjøres kursendringer. I tillegg får kunden føling med hvordan systemet vil bli og kan gjøre nødvendige korrigeringer underveis. Et slikt integrert samarbeid er et viktig bidrag til å oppnå rett kvalitet til rett tid.
Testing. Leverandøren skal, i samarbeid med Xxxxxx, for hvert trinn teste den del av Leveransen som er utviklet, integrert og tilpasset. Det fremgår av Bilag C hvordan testingen skal gjennom- føres. Leverandøren skal som en avslutning av Konstruksjonsfasen, eventuelt også etter trinn som i henhold til punkt 3.4.6 medfører at Kunden skal overta deler av Leveransen, gjennomføre en samlet integrasjons- og systemtest, for å dokumentere at Leveransen fungerer i henhold til Løsningsbeskrivelsen. Krav til den samlede integrasjons- og systemtest fremgår av Bilag C. Testingen skal gjennomføres i henhold til forhåndsutarbeidede testspesifikasjoner og Leverandøren skal fremlegge en protokoll som viser resultatet av testene. Testspesifikasjonene skal gjennomgås og godkjennes av Kunden. Kunden kan nekte å godkjenne testspesifikasjonene dersom disse ikke er dekkende eller i henhold til Løsningsbeskrivelsen. Testspesifikasjonene kan etter Kundens valg også benyttes i Kundens Godkjenningsprøve. Eventuelle krav til tidspunkter og frister for utarbeidelse av testspesifikasjoner fremgår av Bilag C.