Testing av RFID-armbånd i temaparken: porter, betalinger, gjenoppretting uten nett og gå-Live-aksept

Å velge et RFID-armbånd er bare den første delen av en fornøyelsespark. Parken må fortsatt bevise at den ferdige legitimasjonen fungerer med sine lesere, billettregler,-salgsterminaler, skap, hotellsystemer og personalprosedyrer.

Et bånd som svarer én gang på en skrivebordsleser har bestått en grunnleggende kommunikasjonssjekk. Det har ikke bevist at en gjest kan gå inn gjennom en overfylt port, foreta et kjøp uten duplikatlading, fortsette under et nettverksbrudd eller erstatte en tapt legitimasjon uten å la det gamle bandet være aktivt.

Raskt svar:Godkjenn hele gjestearbeidsflyten, ikke bare armbåndet. Frys prøven og systemversjonene, definer forventede resultater, registrer bevis, klassifiser defekter, kjør en kontrollert pilot, inspiser produksjonspartiet og tilordne en navngitt eier for den endelige Go eller No{1}}Go-beslutningen.

Bruk en generalguide til valg av armbånd for temaparknår materialet, brikken eller applikasjonen ennå ikke er valgt. Denne artikkelen begynner på neste trinn: testing og aksept. Kommersielle team kan også brukefornøyelsespark RFID-innkjøpshåndbokå definere leverandør- og innkjøpskrav før testplanen fryses.

Definer testomfang og godkjenningsansvar

Akseptplanen skal følge selve gjestereisen. List opp hvert sted hvor armbåndet er utstedt, lest, oppdatert, deaktivert eller erstattet.

Typiske berøringspunkter inkluderer:

• Billettutstedelse og kontobinding
• Hovedinngang og gjen-inngang
• Premium- eller restriksjonssoner
• Reisereservasjoner og rask-sportilgang
• Detaljhandel og matinnkjøp
• Skap og leie av utstyr
• Hotellrom og resortfasiliteter
• Bildekobling
• Mistet-banderstatning
• Offline drift og retilkobling

Det fysiske produktet kan komme fra enRFID armbåndleverandør, men leverandøren kan ikke godkjenne den fullstendige distribusjonen alene. Driften eier gjestestrømmen. IT eier programvare og infrastruktur. Finans og betalingsleverandør eier betalingsrisiko. Gjestetjenester eier erstatningsprosedyrer. Sikkerhet eier regler for tilgang og tilbakekall.

Bygg en akseptmatrise og testpost

En akseptmatrise kobler et krav til en spesifikk test, forventet resultat, eier og bevis. Synteks forklaring påhvorfor RFID-systemtesting er nødvendiggir en bredere kontekst for å sjekke tagger, lesere og programvare som et system i stedet for som isolerte produkter.

Bruk en kontrollert testjournal

"Leseren oppdaget det" er ikke et fullstendig forventet resultat. Et nyttig resultat angir hvilken konto som ble identifisert, om tilgang var tillatt, hvilken melding som dukket opp, hvilken hendelse som ble logget og om kontotilstanden endret seg.

Frys testmiljøet

Registrer den nøyaktige konfigurasjonen som passerte:

• Armbåndsmateriale og produkt
• Chipfamilie, frekvens og minne eller applikasjonskonfigurasjon
• Kodet identifikator og trykt serie
• Lukking og revisjon av kunstverk
• Leser- og kontrollermodeller
• Fastvare og konfigurasjon
• Billett-, lommebok- og integrasjonsprogramvareversjoner
• Testdato og godkjent prøvenummer

Der flere fysiske formater er under vurdering, sammenlign de tiltenkteRFID silikon armbåndogRFID-vevde armbåndsom separate konfigurasjoner. Et resultat fra ett materiale, antenne eller lukking bør ikke kopieres til et annet produkt uten bevis.

Valider ekte-gateytelse

Bruk installert eller representativ leserposisjon

Lesers virkemåte kan endres etter installasjon. Metallskinner, monteringsflater, kabelføring, elektronikk i nærheten og tilstøtende lesere kan påvirke den virkelige presentasjonssonen. Test den tiltenkteRFID-tilgangskontrollleserved selve porten eller en representativ installasjon.

Oppføringen skal identifisere leseren, kontrolleren, firmware, monteringsposisjon, armbåndsorientering, kontostatus, forventet resultat og faktisk resultat.

Test normal og vanskelig gjesteatferd

Bruk representative brukere og inkluderer:

• Ulike håndleddstørrelser
• Venstre og høyre håndledd
• Brikkemodulen vendt mot og bort fra leseren
• Naturlig gå- og stoppeatferd
• Gjentatte trykk
• Våte og tørre forhold der de gjenspeiler reell bruk
• Ermer eller lett yttertøy
• Barn og voksne der det er aktuelt

Målet er ikke å oppdage én perfekt tappevinkel. Det er for å bevise at vanlige gjester kan presentere legitimasjonen konsekvent etter å ha mottatt praktiske instruksjoner.

Mål operasjonell flyt

En teknisk lesing kan lykkes mens køen forblir for treg. Definer park-spesifikke mål for første-presentasjonssuksess, gjennomsnittlig behandlingstid, personalintervensjoner, duplikatavlesninger, feilaktige avslag, feil godkjenninger og køgjenoppretting etter et unntak.

Ikke kopier en annen parks terskel. Målet bør gjenspeile portdesign, forventet oppmøte, bemanningsmodell og risikotoleranse.

4. Bevis miljømessig holdbarhet

Et produkt som beskrives som vanntett har ikke automatisk bestått et badeland sin use case. Testplanen bør definere forventet besøksvarighet, gjenbruksperiode, lagringsmetode og rengjøringsprosess.

Potensielle eksponeringsforhold inkluderer:

• Gjentatt nedsenking
• Klorert vann
• Regn og svette
• Solkrem og hånddesinfeksjon
• Godkjente rengjøringsmidler
• Varme og UV eksponering
• Gjentatt bøyning og slitasje

Artikkelen omRFID-armbånd for badeland og fornøyelsesparkerkan støtte den innledende materielle beslutningen. For en representativ silikonkonfigurasjon, test den tiltenktevanntett RFID og NFC silikon armbåndmed samme leser, koding og lukking som skal brukes i produksjonen.

Inspiser fysisk og elektronisk ytelse

Etter miljøeksponering, inspiser:

• Båndkropp og chipkapsling
• Sømmer, støpte skjøter og lukking
• Trykt serie og kunstverk
• Bærekomfort
• Leserens svar
• Kodede data
• Kontotilknytning

Et bånd kan fortsatt se akseptabelt ut mens RF-ytelsen har endret seg. Den kan også fortsette å lese mens den trykte serien eller lukkingen mislyktes. Begge utfallene krever en registrert akseptbeslutning.

Test den komplette gjestereisen

Opptak og rettigheter

Forbered kontrollerte regnskaper for positive og negative scenarier:

• Aktive, ikke-ennå-gyldige og utløpte billetter
• Suspendert eller rapportert-tapt legitimasjon
• Feil park, sone eller adkomstnivå
• Gyldige og allerede-brukte hurtig-rettigheter
• Hotellgjest før innsjekking-, under oppholdet og etter utsjekking
• Barne-, familie- og personalregnskap
• Flere aktive påloggingsopplysninger knyttet til én konto

Feil godkjenning kan skape et inntekts- eller sikkerhetsproblem. Feil avslag kan skape køer og gjesteklager. Begge er testfeil når de motsier den godkjente regelen.

Skap, hoteller, reservasjoner og bilder

Prosjekter som forbinder resorttilgang og overnatting bør også vurderesRFID og termiske armbånd for hoteller og feriestederfør du definerer tester for hotell-rom og gjeste-service.

Eksempel på testreise

Vurder en hotellgjest med en to-dagers parkbillett, en romrettighet, et skap og en lagret-verdikonto. Testen skal bevise at bandet går inn i riktig park, åpner kun det tildelte skapet og rommet, fullfører et godkjent kjøp, følger den definerte offline-regelen, blir inaktiv etter å ha blitt rapportert tapt og overfører tillatte tjenester til erstatningslegitimasjonen.

Etter utsjekking skal det gamle og erstatningsbåndet følge den dokumenterte utløpsregelen. Denne ene reisen berører billettering, tilgang, POS, skap, hotellsystemer, offline synkronisering og gjestetjenester, noe som gjør den til en nyttig-til-ende regresjonstest.

Valider kontantløse betalinger og betalingsunntak

Et kontantløst armbånd identifiserer vanligvis en konto, token eller lukket-løkke. Betalingsplattformen, ikke armbåndsmaterialet alene, styrer den økonomiske arbeidsflyten.

DeRFID og NFC betalingslesermodulsom brukes i en prototype, må testes med den endelige POS-maskinvare-, programvare- og betalingsleverandørkonfigurasjonen.

Test den økonomiske arbeidsflyten

Inkludere:

• Riktig konto og valuta eller lagret-verdienhet
• Fullførte og avslåtte kjøp
• Per-transaksjon og daglige grenser
• Familie-, barn-, personale- og hotelltillatelser
• Avbestilling, delvis refusjon og full refusjon
• Duplikattrykk og treg respons
• POS timeout, leserfrakobling og nettverksavbrudd
• Tilbakeføring etter en ufullstendig transaksjon
• Tapt-båndsaldooverføring i henhold til den godkjente regelen

Systemet bør ikke lade to ganger bare fordi en gjest trykker igjen etter en treg respons.

Hold betalingsdata innenfor den godkjente betalingsarkitekturen

DePCI datasikkerhetsstandardgir grunnleggende tekniske og operasjonelle krav til enheter som lagrer, behandler eller overfører kortholderdata eller kan påvirke sikkerheten til kortholderens datamiljø. Det gjeldende PCI SSC-dokumentbiblioteket viser PCI DSS v4.0.1 som den aktive standarden.

Å holde kortholderdata utenfor armbåndet kan redusere mengden sensitive data som bæres av legitimasjonen, men det gjør ikke hele systemet kompatibelt i seg selv. PCI SSC-ersikkerhetsveiledning for tokeniseringsprodukterforklarer hvordan tokeniseringsprodukter kan bidra til å redusere lagring av kortdata. Omfang og samsvar krever fortsatt gjennomgang av kvalifiserte betalingseksperter.

For legitimasjonstillatelser, tilbakekall og revisjonsprinsipper, se gjennom Synteks introduksjon tilRFID datasikkerhet.

Simuler offline operasjon og gjenoppretting

«Fungerer offline» er ikke et akseptkriterium. Prosjektet skal definere hvilke funksjoner som fortsetter, for hvilke kontoer, hvor lenge og under hvilke økonomiske eller sikkerhetsmessige begrensninger.

Frakoblet oppføring

Definer og test:

• Hvilken legitimasjon som bufres lokalt
• Hvor fersk cachen må være
• Hvorvidt nylig utstedte billetter fungerer offline
• Enten suspendert eller tapt legitimasjon blir avvist
• Hvorvidt re-entry og engangsrettigheter- fortsetter lokalt
• Hvordan tilgangshendelser i kø lastes opp

Frakoblet betaling

Parken kan forby kjøp uten nett eller bare tillate dem for utvalgte kontoer, terminaler eller grenser. Finans og betalingsleverandøren bør godkjenne den risikoen. Armbåndsleverandøren bør ikke bestemme offline-utgiftspolitikken.

Gjenkobling og forsoning

Avstemming betyr å sammenligne frakoblede poster i kø med sentralsystemet og løse konflikter etter at tilkoblingen kommer tilbake.

Test:

• Inngang i kø og betalingsopplastinger
• Duplikatdeteksjon
• Motstridende balanser
• Motstridende skapoppdrag
• Forsinkede suspensjoner og utskiftninger
• Transaksjoner sendt inn i feil rekkefølge
• Leser- og kontrollerklokkeforskjeller

Et system som fungerer under strømbruddet, men som ødelegger registrene etter at tilkoblingen er gjenopprettet, ikke har godkjent offline.

Definer akseptstatus, defektalvorlighet og regresjonstesting

Akseptstatus

Defektens alvorlighetsgrad

Prosjektet bør definere sine egne utgivelsesregler i stedet for å kopiere generiske etiketter uten kontekst.

Disse eksemplene er et utgangspunkt, ikke en universell utgivelsesstandard. Den navngitte prosjektmyndigheten bør bestemme hvilke alvorlighetsgrader som blokkerer lanseringen.

Regresjonstesting etter endringer

Regresjonstesting bekrefter at en rettelse eller endring ikke har ødelagt en tidligere fungerende funksjon.

Vurder testomfanget på nytt etter endringer til:

• Innstillinger for leserfastvare eller kontroller
• Programvare for billettering, lommebok eller hotell
• Integrasjonskartlegging og kontoregler
• Brikke, antenne eller kodingsfil
• Materiale, lukking eller chipkapsling
• Frakoblet grenser og synkroniseringsregler
• Personaltillatelser eller erstatningsprosedyrer

En betalingsløsning kan kreve retesting av refusjoner, frakoblede transaksjoner og tapte-båndoverføringer, ikke bare den enkelte skjermen som ble endret.

Kjør stabsøvelser og en kontrollert pilot

Unntaksøvelser for ansatte

Teknologitester beviser ikke at-frontlinjeteam kan komme seg etter problemer. Kjør korte øvelser for:

• Et band knyttet til feil gjest eller forelder
• Et uleselig bånd eller skadet lukking
• Et tapt bånd med tilgang og lommebokverdi
• En gate-, POS- eller hotellleserbrudd
• Et nettverksbrudd
• En omstridt forespørsel om kjøp eller refusjon
• En duplikatadvarsel om legitimasjon
• En gjest som ikke kan eller ønsker å bruke armbåndet

Registrer hvem som mottar saken, hvilken identitet eller kontoinformasjon som er verifisert, hvilke handlinger hver rolle kan utføre, når veiledergodkjenning kreves og hvordan hendelsen loggføres.

US Access Boardtilgjengelighetsguide for fornøyelsesturersier at de aktuelle retningslinjene tar for seg det bygde miljøet og ikke tar for seg driftsmessige forhold. Parker bør derfor utvikle legitimasjonsalternativer og personalprosedyrer med passende tilgjengelighet og juridiske rådgivere i stedet for å beskrive ett armbåndsprodukt som automatisk "ADA-kompatibelt."

Kontrollert pilot

Gå fra prøvetesting til en begrenset pilot før full-parkutrulling. En representativ pilot kan inkludere én inngang, én butikklokasjon, én skapplass, én hotellområde og et kontrollert sett med kontotyper.

Samle:

• Suksess for første-presentasjon og personalintervensjoner
• Feil godkjenninger og avslag
• Konto{0}}tilknytningsfeil
• Betalingsreverseringer og refusjonsfeil
• Tapte og erstattet band
• Klager på komfort, trykk og lukking
• Frakoblede køer og synkroniseringskonflikter
• Tid som kreves for å løse unntak

Det er ingen universell pilotstørrelse eller varighet. Piloten bør være stor og variert nok til å eksponere prosjektets hovedrisikoer under representative driftsforhold.

Inspiser produksjonsbatchen og kontroller gjentatte ordrer

En godkjent prøve beviser design og konfigurasjon. Batchinspeksjon sjekker om den leverte ordren følger den godkjente referansen.

Inspeksjonsplanen kan omfatte:

• Enheter fra begynnelsen, midten og slutten av produksjonen
• Tilfeldige enheter fra forskjellige kartonger
• Chip og koding verifisering
• Dupliserte-ID-kontroller
• Samsvar med trykt-nummer og elektronisk-ID
• Les testing på godkjent utstyr
• Lukking, kunstverk og fysisk inspeksjon
• Pakkesekvens og tilgang-lagssortering
• Kvantitetsverifisering

Synteks oversikt overkvalitetsinspeksjonsutstyrgir kontekst for produkt-kontroller. Prosjekter som krever koordinert chip, koding, utskrift og pakking kan referereOEM og ODM produksjonkrav i kjøpsspesifikasjonen.

Test gjentatte bestillinger på nytt når noe endres

Delvis eller full ny godkjenning kan være nødvendig etter en endring til:

• Brikke eller antenne
• Materiale, innkapsling eller lukking
• Utskrifts- eller serienummerprosess.-
• Kodingsfil eller datatilordning
• Leser firmware
• Programvareintegrasjon
• Pakkesekvens

Oppbevar en godkjent fysisk prøve og konfigurasjonsoppføring slik at den gjentatte batchen kan sammenlignes med det som opprinnelig ble bestått.

Gå til-Live Sign-Av og Tidlig-Livsovervåking

Før lansering, bekreft at:

• Den godkjente prøven og produksjonspartiet er identifisert
• Hvert påkrevde berøringspunkt har et akseptert resultat
• Åpne mangler har eiere og frigjøringsvedtak
• Offline- og retilkoblingstester har bestått
• Arbeidsflyter for betaling, refusjon og erstatning har passert
• Personaløvelser er fullført
• Erstatningsbeholdning og støttekontakter er klare
• Det finnes en tilbakeføringsprosess eller manuell-registreringsprosess
• Drift, IT, sikkerhet, økonomi og gjestetjenester har signert der det er aktuelt

Overvåk den første driftsperioden

I løpet av de første driftstimene og dagene, overvåk tiltakene som allerede er brukt i piloten:

• Første-presentasjonsfeil
• Feil godkjenninger og avslag
• Dupliserte belastninger og refusjonsfeil
• Utskiftingsvolum
• Frakoblede køer og synkroniseringskonflikter
• Personalintervensjoner og løsningstid
• Fysiske feil etter batch eller pakke

Angi prosjektspesifikke-varslings- og gjennomgangsterskler. Ikke bruk universelle prosenter uten bevis fra parkens eget utstyr, oppmøte og driftsmodell.

Vanlige testfeil

Godkjenn utplasseringen, ikke bare armbåndet

Et temapark RFID-armbånd er klart for produksjon og lansering først når hele operasjonelle arbeidsflyten er testet og dokumentert.

Frys de godkjente prøve- og systemversjonene. Bruk kontrollerte testposter. Lagre bevis. Klassifiser mangler. Test rettelser på nytt. Kjør en representativ pilot. Inspiser den leverte batchen. Overvåk den første driftsperioden.

For å starte leverandør--kompatibilitets- og kodingskontroller, klargjør kravene til brikken, leseren, data, kunstverk, lukking, mengde og emballasje.be om en kodet prøvefor validering med det tiltenkte systemet.