Si può tagliare il test del software tempo di overhead di un fattore dieci? Forse si può

0
120

Robot Pepe ottiene il lavoro a HSBC, ma nessuno dovrebbe preoccuparsi
Pubblico (aziende che vogliono apparire innovative sono di svolta per il solito robot assistenti.

Testare il software, eseguire il debug del software, è possibile provare il software, eseguire il debug del software… ripetere tante volte quanto necessario, fino a quando il software è pulito e privo di bug –o almeno il più vicino privo di bug, come si può ottenere.

Test del Software è un lavoro di routine, che è essenziale lavoro di routine, ma un lavoro di routine, tuttavia. Almeno una società ha visto una lacuna nel mercato che potrebbe ripulire il software prima che il test era ancora iniziato. L’azienda è Tricentis e CEO di Sandeep Johri parlato con ZDNet per spiegare come è fatto.

ZDNet: È un rating molto elevato nei test del software da parte di Gartner, e altri analisti, qual è il tuo segreto?

Johri: test del Software non è una cosa nuova. Ogni volta che è possibile sviluppare software di test prima del rilascio. Ma la maggior parte del tempo, che ci crediate o no, la prova è effettuata manualmente nelle grandi imprese. Circa il 50 per cento è fatto largo, ma la maggior parte di esso è fatto manualmente.

E che non funziona quando la gente parla di cose come la trasformazione digitale e facendo di sviluppo Agile. Quindi si sta creando più veloce: si sta facendo giornaliero di sviluppo e di test manuale non tenere il passo.

VEDI: Come costruire una carriera di successo come un DevOps engineer (free PDF)

Offriamo un continuo piattaforma di test che si ottiene altamente automatizzato, e si può praticamente automatizzare qualsiasi software. Che si ottiene al punto in cui il test viene eseguito presso la stessa cadenza vostro avanzamento ciclo, così si può fare un test di tutti i giorni e il test non diventi un collo di bottiglia.

Abbiamo quello che pensiamo è una piattaforma unica che consegnerà un 10x miglioramento rispetto a un tradizionale manuale di soluzione di test.

Non solo per aumentare la velocità, riducendo il tempo di prova, ma anche, perché è altamente automatizzato, non è troppo costoso. Così è possibile ridurre il costo del test, che di solito occupa circa il 40 per cento del costo di una piattaforma di applicazioni.

Gli analisti stimano che le imprese spendono più di $30 miliardi di collaudo, e la maggior parte di esso è stato spedito in India o nelle Filippine o in qualche posto del genere, dove hanno messo il software sul computer e fare le prove.

Il principale elemento di differenziazione – il motivo per cui siamo in grado di farlo e gli altri non è che la maggior parte degli strumenti commerciali sono basati su script strumenti, e mentre si può automatizzare tutto quello che vuoi con uno script, script può essere molto fragili e si rompono per tutto il tempo. Il che significa che se si sta andando attraverso un rapido ciclo di sviluppo, il scrips si rompe così spesso che non so se è lo script o il software che non funziona.

Così dare in prova, dare fino a che l’automazione e tornare a prova manuale. Ci sono script soluzione – che è al centro di quello che facciamo e a causa di che la nostra soluzione è resiliente.

Ci sono altre funzionalità che è necessario per arrivare a questo livello di automazione. Quelli sono tutti intorno a test-gestione dati – fare in modo che ogni scenario è coperto, e questo significa che si finirà per avere la preparazione di un sacco di dati. Pensare di banche che hanno per testare ogni scenario, ogni circostanza, per ogni tipo di cliente. Dati di Test diventa un grosso problema, ma, abbiamo la capacità di rendere molto più efficiente.

Per esempio, quando si sta tentando di testare un’applicazione, non ogni pezzo di tale applicazione è disponibile per tutto il tempo. Dire che sei una compagnia di assicurazione e si desidera ripristinare la elaborazione di reclami. Il processo aziendale di prova si trova su quasi ogni tipo di applicazione che si trova in quella compagnia di assicurazione. Quindi, come si fa a dimostrarlo? In questo ambiente complesso, siamo in grado di virtualizzare le applicazioni, in modo da poter testare il vostro piccolo sub-applicazione senza dover tutte le altre applicazioni disponibili.

Personalmente sono un distinto sfondo, ho notato. Si erano co-chair del Presidente Bill Clinton National Information Infrastructure Advisory Council. Cosa ti ha spinto verso il campo di prova?

tricentris-ceo-sandeep-johri2017.png

Johri: “Noi non solo per aumentare la velocità, riducendo il tempo di prova, ma anche, perché è altamente automatizzato, non è troppo costoso.”

Foto: Tricentris

×

tricentris-ceo-sandeep-johri2017.png

Il motivo principale è che ho speso circa otto anni per HP – 2003-2011 – e ho avuto vari ruoli nella gestione IT dove sono stato in carica, e mi è stato anche responsabile per le acquisizioni. Mentre ero lì che abbiamo fatto 14 acquisizioni, per un valore di quasi 7 miliardi di dollari, ma la più grande acquisizione che abbiamo fatto è stata una società denominata Mercury Interactive. E ‘ stato uno dei migliori acquisizioni che HP ha fatto – e questo predati Autonomia, che non si sa rivelata un disastro completo.

Mercurio era $4.5 miliardi di azienda quando abbiamo comprato ed è stato dominante nel proprio spazio. Ogni azienda nel mondo stava usando il suo software.

Ho finito guidare l’acquisizione di Mercurio; ho avuto modo di conoscere il business e 2010/11 HP smesso di investire in Mercurio. Avevano perso interesse e ho sentito che il Mercurio, mentre era ancora dominante, non era al passo con la tendenza più recente, che è stato principalmente di automazione.

I clienti erano adozione Agile e test di diventare un collo di bottiglia, e la mia tesi era che c’era un’opportunità per una nuova generazione di piattaforma di test. Che tipo di opportunità, spesso accade nella tecnologia.

Agile di sviluppo e di test automatici stavano diventando sempre più importante con l’avvento di DevOps. Quindi, che tipo di mi ha portato qui: sono stato nel business e ero a conoscenza di tutti i fornitori. E io ero a conoscenza di ciò che i clienti sono alla ricerca di che il Mercurio non era la consegna.

Ho notato che uno dei settori che ti interessano è il server di automazione Jenkins. Perché l’interesse in quello che molti vedono come un relativamente oscuro scelta?

Jenkins è davvero interessante. Si tratta di un open-source società ed è open-source, strumento ideale per fare costruisce e orchestrare il loro rilascio. Abbiamo effettivamente integrare con Jenkins; ciò che finisce accadendo è che si ottiene un sacco di persone sedute intorno a sviluppare roba, e una volta che presentare tutto il codice che viene preso e poi si fa una nuova build e passare al ciclo successivo.

Siamo in grado di integrare con loro e abbiamo clienti che si integrano con loro; cosa fanno i clienti è di pick-up il codice che attiva la nostra applicazione, Tosca, kick-off test automatizzati. Ora, si può avere Jenkins fondamentalmente dire, ‘una nuova build è pronto in modo da let’s kick off’.

Ora abbiamo clienti come WorldPay, che è un’azienda del regno UNITO che è ora in una società globale, ed è il più grande di una carta di credito processore. Il loro braccio usato per essere un nostro cliente, e ciò che hanno fatto è di andare da quello che erano di sei – otto settimane i cicli di rilascio per tutte le piattaforme di uno ogni due settimane.

Argomenti Correlati:

Cloud

Big Data Analytics

L’innovazione

Tecnologia e Lavoro

Collaborazione

Sviluppatore