Ynlieding
Yn 'e rin fan' e jierren fan myn wurk op it mêd fan IT en benammen yn IT-ferkeap haw ik in protte proefprojekten sjoen, mar de measten binne op neat útrûn en namen in protte tiid.
Tagelyk, as wy it hawwe oer testen fan hardware-oplossingen, lykas opslachsystemen, is d'r foar elk demosysteem meastentiids in wachtlist hast in jier foarôf. En elke test op it skema kin in ferkeap bringe of, krekt oarsom, de ferkeap ferneatigje. D'r is gjin punt om in situaasje te beskôgjen wêryn testen gjin ynfloed hat op ferkeap, om't testen ek gjin sin hat - it is in fergriemen fan tiid en in fergriemen fan tiid foar it demosysteem.
Dus, hoe kinne jo alles ferstannich dwaan en alles barre?
Tarieding fan
Pilot syn doelen
Wêr begjint in pilot? Net mei it ferbinen fan apparatuer oan in rek, hielendal net. Foardat alle wurk oan 'e apparatuer begjint, wurdt papierwurk útfierd. En wy begjinne mei it definiearjen fan de doelen fan de pilot.
It doel fan de pilot is om beswieren fan de einklant fuort te heljen. Gjin beswieren - gjin piloat nedich. Ja Ja krekt.
Mar wat binne de wichtichste klassen fan beswieren dy't wy kinne sjen?
* Wy twifelje oan 'e betrouberens
*Wy hawwe twifels oer prestaasjes
* Wy twifelje oan skaalberens
* Wy hawwe twifels oer kompatibiliteit en fermogen om te wurkjen mei ús systemen
* Wy leauwe net yn jo dia's en wolle yn 'e praktyk derfoar soargje dat jo systeem dit alles echt kin
* Dit sil allegear heul lestich wêze, ús yngenieurs binne al drok en it sil lestich wêze foar har
Yn totaal krije wy op it lêst trije haadtypen fan pilottesten en, as in spesjaal gefal fan in pilot, proof of concept (PoC - proof of concept):
* Laadtesten (+ skaalberens)
* Funksjonele testen
* Testen foar fouttolerânsje
Yn in spesifyk gefal, ôfhinklik fan 'e twifels fan in bepaalde klant, kin de pilot ferskate doelen kombinearje, of krekt oarsom, mar ien fan har kin oanwêzich wêze.
De pilot begjint mei in dokumint dat yn gewoan Russysk beskriuwt wêrom't dizze test wurdt útfierd. It omfettet ek needsaaklikerwize in set mjitbere kritearia dy't it mooglik meitsje om ûndûbelsinnich te sizzen oft de piloat mei súkses slagge is of wat spesifyk net trochjûn is. Mjitbere kritearia kinne numerike wêze (lykas latency yn ms, IOPS) of binêr (ja/nee). As jo pilot hat in unmeasurable wearde as kritearium, der is gjin punt yn de pilot, it is suver in ark fan manipulaasje.
Wetter - Agrarwetter
De pilot kin wurde útfierd op demo-apparatuer fan 'e ferkeaper / distributeur / partner of op klantapparatuer. Strikt sjoen is it ferskil lyts, de algemiene oanpak is itselde.
De wichtichste fraach oangeande apparatuer FOAR de pilot begjint is oft de folsleine set fan apparatuer oanwêzich is (ynklusyf switches, datakabels, stroomkabels)? Is de apparatuer klear foar testen (korrekte firmwareferzjes, alles wurdt stipe, alle ljochten binne grien)?
De juste folchoarder fan aksjes nei it fêststellen fan de testdoelen is om de apparatuer folslein foar te bereiden foar testen FOAR it wurdt oerlevere oan de klant. Fansels binne d'r trouwe klanten sûnder haast, mar dit is earder de útsûndering. Dy. de folsleine set moat wurde gearstald op 'e side fan' e partner, alles kontrolearre en gearstald. It systeem moat rinne en jo moatte derfoar soargje dat alles wurket, de software wurdt ferspraat sûnder flaters, ensfh. It soe lykje neat yngewikkeld, mar 3 fan de 4 piloaten begjinne troch te sykjen nei kabels of SFP transceivers.
Apart moat it beklamme wurde dat as ûnderdiel fan it kontrolearjen fan it demosysteem moatte jo derfoar soargje dat it skjin is. Alle eardere testgegevens moatte wurde wiske út it systeem foardat oerdracht. It is mooglik dat testen waard útfierd op echte gegevens, en d'r kin wat wêze, ynklusyf hannelsgeheimen en persoanlike gegevens.
Testprogramma
Foardat de apparatuer wurdt oerdroegen oan de klant, moat in testprogramma wurde taret dat foldocht oan de testdoelen. Elke test moat in mjitbere útkomst hawwe en dúdlike kritearia foar sukses.
It testprogramma kin wurde taret troch de ferkeaper, partner, klant, of mienskiplik - mar altyd FOAR it begjin fan 'e tests. En de klant moat tekenje dat hy tefreden is mei dit programma.
minsken
As ûnderdiel fan 'e tarieding op' e pilot is it nedich om oerien te kommen oer de data fan 'e pilot en de oanwêzigens fan alle nedige persoanen en har reewilligens foar testen, sawol fan 'e kant fan' e ferkeaper / partner as fan 'e kant fan' e klant. Oh, hoefolle piloaten begûnen mei de haadpersoan yn 'e pilot fan' e klant dy't de dei nei de ynstallaasje fan 'e apparatuer op fakânsje gie!
Gebieten fan ferantwurdlikens / tagong
It pilotprogramma moat de ferantwurdlikheden fan alle belutsen persoanen dúdlik begripe en ideaal beskriuwe. As it nedich is, is op ôfstân of fysike tagong fan ferkeaper / partner-yngenieurs ta de systemen en gegevens fan 'e klant koördinearre mei de feiligenstsjinst fan' e klant.
De pilot
As wy hawwe foltôge alle foargeande punten, it meast saai diel is de piloat sels. Mar it moat rinne as op rails. Sa net, dan wie in part fan de tarieding opskroeven.
Foltôging fan de pilot
Nei it foltôgjen fan 'e pilot wurdt in dokumint taret oer de útfierde testen. Ideaal, mei alle tests yn it programma mei in griene PASS karmerk. It is mooglik om in presintaasje foar senior management te meitsjen om in posityf beslút te meitsjen oer de oankeap of opnimmen yn 'e list mei systemen goedkard foar oankeap.
As jo gjin dokumint yn 'e hannen hawwe oan' e ein fan 'e pilot mei in list mei foltôge tests en trochjûn markearring, is de pilot mislearre en soe it hielendal net moatte wurde begon.
Boarne: www.habr.com