Enkonduko
Dum la jaroj de mia laboro en la kampo de IT kaj precipe en IT-vendo, mi vidis multajn pilotprojektojn, sed la plej multaj el ili finiĝis en nenio kaj prenis signifan kvanton da tempo.
Samtempe, se ni parolas pri testado de aparataj solvoj, kiel stokaj sistemoj, por ĉiu demo-sistemo kutime estas atendolisto preskaŭ unu jaron antaŭe. Kaj ĉiu provo en la horaro povas alporti vendon aŭ, male, ruinigi la vendon. Ne utilas konsideri situacion, en kiu testado ne influas vendojn, ĉar testado ankaŭ ne havas sencon - ĝi estas tempoperdo kaj tempoperdo por la demosistemo.
Do, kiel vi povas fari ĉion saĝe kaj fari ĉion okazi?
Trejnado
Celoj de piloto
Kie komenciĝas piloto? Ne kun konekti ekipaĵon al rako, tute ne. Antaŭ ol ajna laboro sur la ekipaĵo komenciĝas, papero estas farita. Kaj ni komencas difinante la celojn de la piloto.
La celo de la piloto estas elimini obĵetojn de la finkliento. Neniuj obĵetoj - neniu piloto bezonata. Jes Jes ĝuste.
Sed kiuj estas la ĉefaj klasoj de obĵetoj, kiujn ni povas vidi?
* Ni dubas pri la fidindeco
*Ni havas dubojn pri agado
* Ni dubas skaleblon
*Ni havas dubojn pri kongruo kaj kapablo labori kun niaj sistemoj
* Ni ne kredas je viaj lumbildoj kaj volas certigi praktike, ke via sistemo vere povas fari ĉion ĉi
* Ĉio ĉi estos tre malfacila, niaj inĝenieroj jam estas okupataj kaj estos malfacile por ili
Entute, finfine ni ricevas tri ĉefajn specojn de pilototestado kaj, kiel speciala kazo de piloto, pruvon de koncepto (PoC - pruvo de koncepto):
* Testo de ŝarĝo (+ skaleblo)
* Funkcia testado
* Testado pri misfunkciado
En specifa kazo, depende de la duboj de aparta kliento, la piloto povas kombini malsamajn celojn, aŭ, male, nur unu el ili povas ĉeesti.
La piloto komencas kun dokumento priskribanta en simpla rusa kial tiu testado estas efektivigita. Ĝi ankaŭ nepre inkluzivas aron da mezureblaj kriterioj, kiuj ebligas diri malambigue ĉu la piloto sukcese trapasis aŭ kio specife ne estis trapasita. Mezureblaj kriterioj povas esti nombraj (kiel latencia en ms, IOPS) aŭ binaraj (jes/ne). Se via piloto havas nemezureblan valoron kiel kriterion, ne estas signifo en la piloto, ĝi estas pure ilo de manipulado.
Ekipaĵo
La piloto povas esti farita sur demo-ekipaĵo de la vendisto/distribuisto/partnero aŭ sur klienta ekipaĵo. Strikte parolante, la diferenco estas malgranda, la ĝenerala aliro estas la sama.
La ĉefa demando pri ekipaĵo ANTAŬ la piloto komenciĝas, ĉu la kompleta aro da ekipaĵo ĉeestas (inkluzive de ŝaltiloj, datumkabloj, elektraj kabloj)? Ĉu la ekipaĵo estas preta por testado (ĝustaj firmware-versioj, ĉio estas subtenata, ĉiuj lumoj estas verdaj)?
La ĝusta sekvenco de agoj post determini la testajn celojn estas plene prepari la ekipaĵon por testado ANTAŬ ol ĝi estas transdonita al la kliento. Kompreneble, estas fidelaj klientoj sen hasto, sed ĉi tio estas prefere la escepto. Tiuj. la kompleta aro devas esti kunvenita ĉe la loko de la partnero, ĉio kontrolita kaj kunvenita. La sistemo devas funkcii kaj vi devas certigi, ke ĉio funkcias, la programaro estas distribuita sen eraroj, ktp. Ĝi ŝajnus nenio komplika, sed 3 el 4 pilotoj komencas serĉante kablojn aŭ SFP-ricevilojn.
Aparte, oni devas emfazi, ke kiel parto de kontrolado de la demosistemo, vi devas certigi, ke ĝi estas pura. Ĉiuj antaŭaj testaj datumoj devas esti forigitaj de la sistemo antaŭ translokigo. Eblas, ke testado estis farita sur realaj datumoj, kaj tie povus esti io ajn, inkluzive de komercaj sekretoj kaj personaj datumoj.
Testa programo
Antaŭ ol la ekipaĵo estas transdonita al la kliento, testa programo devas esti preparita kiu renkontas la testajn celojn. Ĉiu testo devus havi mezureblan rezulton kaj klarajn kriteriojn por sukceso.
La testprogramo povas esti preparita de la vendisto, partnero, kliento, aŭ kune - sed ĉiam ANTE la komenco de la testoj. Kaj la kliento devas subskribi, ke li estas kontenta pri ĉi tiu programo.
personoj
Kiel parto de la preparo por la piloto, estas necese konsenti pri la datoj de la piloto kaj la ĉeesto de ĉiuj necesaj personoj kaj ilia preteco por testado, kaj flanke de la vendisto/partnero kaj flanke de la kliento. Ho, kiom da pilotoj komencis kun la ĉefa persono en la piloto de la kliento ferianta la tagon post instalado de la ekipaĵo!
Areoj de respondeco/aliro
La programo de la piloto devus klare kompreni kaj ideale priskribi la respondecojn de ĉiuj engaĝitaj individuoj. Se necese, fora aŭ fizika aliro de vendistaj/partneraj inĝenieroj al la sistemoj kaj datumoj de la kliento estis kunordigita kun la sekureca servo de la kliento.
Piloto
Se ni kompletigis ĉiujn antaŭajn punktojn, tiam la plej enuiga parto estas la piloto mem. Sed ĝi devas kuri kvazaŭ sur reloj. Se ne, tiam parto de la preparo estis fuŝita.
Kompletigo de la piloto
Post kompletigo de la piloto, dokumento estas preparita pri la testado farita. Ideale, kun ĉiuj testoj en la programo kun verda PASS marko. Eblas prepari prezenton por altranga administrado por fari pozitivan decidon pri la aĉeto aŭ inkludo en la liston de sistemoj aprobitaj por aĉeto.
Se vi ne havas dokumenton en viaj manoj ĉe la fino de la piloto kun listo de testoj finitaj kaj notoj trapasitaj, la piloto malsukcesas kaj tute ne devus esti komencita.
fonto: www.habr.com