Introduzione
Nantu à l'anni di u mo travagliu in u campu di l'IT è soprattuttu in a vendita di l'IT, aghju vistu parechji prughjetti piloti, ma a maiò parte di elli finiscinu in nunda è pigliò una quantità significativa di tempu.
À u listessu tempu, se parlemu di teste di suluzioni hardware, cum'è i sistemi di almacenamento, per ogni sistema di demo ci hè di solitu una lista d'attesa quasi un annu in anticipu. È ogni prova nantu à u calendariu pò purtà una vendita o, à u cuntrariu, arruvinà a vendita. Ùn ci hè nunda di cunsiderà una situazione in quale a prova ùn affetta micca a vendita, postu chì a prova ùn hà ancu sensu - hè una perdita di tempu è una perdita di tempu per u sistema demo.
Allora, cumu pudete fà tuttu cun prudenza è fà chì tuttu succede?
A preparazione di
I scopi di u pilotu
Induve principia un pilotu? Micca cù l'equipaggiu di cunnessione à un rack, micca in tuttu. Prima di qualsiasi travagliu nantu à l'equipaggiu principia, i documenti sò realizati. E cuminciamu à definisce i scopi di u pilotu.
U scopu di u pilotu hè di eliminà l'obiezioni da u cliente finale. Nisuna obiezione - ùn hè micca bisognu di pilotu. Iè Iè esattamente.
Ma chì sò e classi principali di l'obiezioni chì pudemu vede?
* Dubitemu di l'affidabilità
* Avemu dubbitu nantu à u rendiment
* Dubemu di scalabilità
* Avemu dubbitu nantu à a cumpatibilità è a capacità di travaglià cù i nostri sistemi
* Ùn avemu micca cridutu in i vostri slides è vulemu assicurà in pratica chì u vostru sistema pò veramente fà tuttu questu
* Questu serà tuttu assai difficiule, i nostri ingegneri sò digià occupati è serà difficiule per elli
In tuttu, à a fine avemu trè tippi principali di teste di pilotu è, cum'è un casu speciale di pilotu, prova di cuncettu (PoC - prova di cuncettu):
* Test di carica (+ scalabilità)
* Testi funziunali
* Test di tolleranza à i difetti
In un casu specificu, sicondu i dubbiti di un cliente particulari, u pilotu pò cumminà diversi scopi, o, à u cuntrariu, solu unu di elli pò esse presente.
U pilotu principia cù un documentu chì descrive in russo chjaru perchè sta prova hè stata realizata. Include ancu necessariamente un inseme di criteri misurabili chì permettenu di dì senza ambiguità se u pilotu hà passatu successu o ciò chì specificamente ùn hè micca passatu. I criterii misurabili ponu esse numerichi (cum'è a latenza in ms, IOPS) o binari (sì / no). Se u vostru pilotu hà un valore unmeasurable cum'è un criteriu, ùn ci hè micca puntu in u pilotu, hè puramente un strumentu di manipulazione.
Equipment
U pilotu pò esse realizatu nantu à l'equipaggiu demo di u venditore / distributore / partner o nantu à l'equipaggiu di u cliente. Strictly speaking, a diffarenza hè chjuca, l'approcciu generale hè u listessu.
A quistione principale riguardanti l'equipaggiu PRIMA chì u pilotu principia hè se u settore cumpletu di l'equipaggiu hè presente (cumpresi switches, cables di dati, cables d'energia)? L'equipaggiu hè prontu per a prova (versioni di firmware curretta, tuttu hè supportatu, tutte e luci sò verdi)?
A sequenza curretta di l'azzioni dopu a determinazione di l'ubiettivi di prova hè di preparà cumplettamente l'equipaggiu per a prova PRIMA ch'ellu sia consegnatu à u cliente. Di sicuru, ci sò clienti fideli senza fretta, ma questu hè piuttostu l'eccezzioni. Quelli. u settore cumpletu deve esse assemblatu in u situ di u cumpagnu, tuttu verificatu è assemblatu. U sistema deve esse in esecuzione è deve esse sicuru chì tuttu funziona, u software hè distribuitu senza errori, etc. Ùn pare micca nunda complicatu, ma 3 di 4 piloti cumincianu à circà i cavi o transceivers SFP.
Separatamente, deve esse enfatizatu chì, cum'è parte di u cuntrollu di u sistema demo, deve esse sicuru d'esse pulitu. Tutti i dati di prova precedente deve esse sguassati da u sistema prima di trasferimentu. Hè pussibule chì a prova hè stata realizata nantu à dati veri, è ci puderia esse qualcosa, cumpresi i secreti cummerciale è e dati persunali.
Prugramma di prova
Prima chì l'equipaggiu sia trasferitu à u cliente, deve esse preparatu un prugramma di teste chì risponde à l'ugettivi di prova. Ogni prova deve avè un risultatu misurabile è criterii chjaru per u successu.
U prugramma di teste pò esse preparatu da u venditore, u cumpagnu, u cliente, o inseme - ma sempre prima di l'iniziu di e teste. È u cliente deve firmà ch'ellu hè cuntentu di stu prugramma.
populu
Comu parte di a preparazione per u pilotu, hè necessariu d'accordu nantu à e date di u pilotu è a presenza di tutte e persone necessarie è a so prontezza per a prova, sia da parte di u venditore / partner sia da parte di u cliente. Oh, quantu piloti cuminciaru cù a persona principale in u pilotu di u cliente chì andava in vacanze u ghjornu dopu a stallazione di l'equipaggiu!
Zone di rispunsabilità / accessu
U prugramma di u pilotu deve capisce chjaramente è idealmente descriverà e responsabilità di tutti l'individui implicati. Se necessariu, l'accessu remotu o fisicu di l'ingegneri di u venditore / partner à i sistemi è e dati di u cliente hè statu coordinatu cù u serviziu di sicurità di u cliente.
Pilot
Se avemu cumpletu tutti i punti previ, allora a parte più noiosa hè u pilotu stessu. Ma deve correre cum'è s'ellu era nantu à rails. Se no, allora una parte di a preparazione hè stata rotta.
Cumpiimentu di u pilotu
À a fine di u pilotu, un documentu hè preparatu nantu à a prova realizata. Ideale, cù tutte e teste in u prugramma cù una marca di verificazione PASS verde. Hè pussibule di preparà una presentazione per l'alta dirigenza per piglià una decisione positiva nantu à a compra o l'inclusione in a lista di sistemi appruvati per a compra.
Se ùn avete micca un documentu in e vostre mani à a fine di u pilotu cù una lista di teste cumpletu è i marchi passati, u pilotu hè fiascatu è ùn deve esse principiatu in tuttu.
Source: www.habr.com