shift left testing secret mantra
El nou Shift Left Testing, un mantra de DevOps en desenvolupament de programari:
Un ràpid Recapitulació de tots els tutorials de vídeo a DevOps es va explicar al nostre tutorial anterior. Ara veurem les proves de Shift left.
Quan faig servir el terme 'Canvia cap a l'esquerra', potser us preguntareu a què em refereixo a Canvi cap a l'esquerra en un programari ??
Fa més de dues dècades, quan vaig començar la meva carrera com a provador de programari, no hi havia cap 'fase de proves' separada per al desenvolupament de programari i el rol dels verificadors mai no existia. Els desenvolupadors solien desenvolupar el programari, provar-se i fer una versió del programari.
Lectures addicionals => Sèrie de tutorials informatius DevOps
El concepte de Proves de programari es va introduir gradualment quan els defectes de la producció van començar a assolir el pressupost del projecte i, per tant, van entrar en vigor les 'proves funcionals' amb un equip de verificadors molt reduït. En aquest moment, només érem dos provadors contra un equip de 20 desenvolupadors.
La indústria de TI va començar a seguir el model de cascada per al desenvolupament de programari en què, com tots sabem, el cicle de vida del desenvolupament de programari va seqüencialment en l’ordre de Requisits => Disseny => Codificació => Prova .
Per tant, si comenceu d’esquerra a dreta, la fase de proves es troba a l’extrema dreta del cicle de vida del desenvolupament de programari.
Què aprendreu:
- Introducció al concepte de desplaçament cap a l’esquerra
- Què són les proves Shift Left?
- Com influeix Shift Left en el desenvolupament de programari?
- Què haurien de fer els provadors de manera diferent a l’esquerra?
- Avantatges de les proves de desplaçament cap a l’esquerra
- Conclusió
- Lectura recomanada
Introducció al concepte de desplaçament cap a l’esquerra
Al llarg d’un període de temps, la gent es va adonar de la importància de Proves de programari i l’impacte de mantenir la “fase de proves” a l’extrema dreta o al final del cicle de vida del desenvolupament de programari. Aquesta comprensió es va produir perquè el cost de l'error identificat cap a l'extrema dreta i al final era molt elevat i es necessitava un esforç enorme i massa temps per solucionar-los.
Hi va haver casos en què després de dedicar tant de temps i esforç a un programari, a causa de l'error crucial identificat al final, el programari de missió crítica no es va poder llançar al mercat, cosa que va provocar una gran pèrdua.
Per tant, a causa de identificació de l'error durant l'última etapa o bé la publicació es va retardar o, de vegades, es va desfer el programari en considerar l'esforç necessari per solucionar-los, que realment no era digne.
'Els defectes són menys costosos quan es capturen aviat'.
Aquesta constatació i la gran lliçó apresa, van introduir una gran revolució en la indústria del programari i van donar a llum un nou concepte anomenat 'Maj a l'esquerra' , el que significa canviar la 'fase de proves' cap a l'esquerra de dreta o implicar proves en totes les etapes i involucrar verificadors al llarg de tot.
La prova de desplaçament cap a l’esquerra també significa que al final no feu proves sinó que feu proves contínues.
Què són les proves Shift Left?
En primer lloc, el principi de 'Canvia a l'esquerra' dóna suport a Equip de proves per col·laborar aviat amb tots els grups d'interès en la fase de desenvolupament de programari. Per tant, poden entendre clarament els requisits i dissenyar els casos de prova per ajudar el programari a “Fail Fast” i permetre a l’equip solucionar tots els errors al més aviat possible.
que vr funciona amb Xbox One
L'enfocament Shift Left no és més que involucrar els provadors molt abans en el cicle de vida del desenvolupament de programari, que al seu torn els permetria comprendre els requisits, el disseny de programari, l'arquitectura, la codificació i la seva funcionalitat, fer preguntes difícils a clients, analistes de negocis i desenvolupadors. , busqueu aclariments i aporteu comentaris sempre que sigui possible per donar suport a l'equip.
Aquesta implicació i comprensió portaran els provadors a obtenir un coneixement complet sobre el producte, pensar en diversos escenaris, dissenyar escenaris en temps real basats en el comportament del programari que ajudarien l’equip a identificar els defectes fins i tot abans de fer la codificació.
Com influeix Shift Left en el desenvolupament de programari?
Shift Lift Approach influeix en el desenvolupament de programari de diverses maneres.
A continuació, es detallen alguns punts clau sobre el canvi cap a l’esquerra:
- L'enfocament Shift Left es centra en que impliquen els verificadors en totes les etapes i, sobretot, les etapes crítiques del programa . Això permet als verificadors desviar el seu focus de detecció de defectes a prevenció de defectes i impulsar els objectius comercials del programa.
- L'enfocament de Maj a l'esquerra proporciona, gran importància per a les proves amb la qual cosa els rols i la responsabilitat dels verificadors augmenten immensament.
- Amb l’augment de la responsabilitat de l’equip de proves, l’equip simplement no se centra 'Prova del programari per identificar els errors' , però treballa de manera proactiva amb l’equip des de les fases inicials per planificar i construir una estratègia de proves robusta i eficaç proporcionant un gran lideratge i orientació de la prova a l’equip, centrant-se en la visió a llarg termini del producte, en lloc de prendre només la responsabilitat del treball de proves.
- L'enfocament Shift Left dóna la oportunitat per als provadors de dissenyar les proves primer , on les proves es centren completament en l'experiència del client i les seves expectatives, que al seu torn permetran als desenvolupadors desenvolupar el programari basat en aquestes proves i, per tant, satisfer les necessitats del client.
- L'enfocament Majúscula esquerra no acaba només amb els provadors. També es traslladarà al lloguer i es realitzaran activitats de prova contínuament permetre que els desenvolupadors tinguin més propietat del seu codi i augmentar les seves responsabilitats en les proves.
- L'enfocament Shift Left també anima Provadors per adoptar Desenvolupament basat en el comportament BDD i desenvolupament basat en proves TDD , que ajuda a prevenir la inducció de defectes al programari.
- Prova de desplaçament cap a l'esquerra en Agile: L'aproximació cap a l'esquerra admet la formació Scrum àgil Equips que inclouen obligatòriament els verificadors juntament amb els altres rols i inclou verificadors en trucades regulars, altres interaccions, reunions de revisió que han fet que els verificadors tinguessin més informació relacionada amb el programa i, per tant, els hagi permès participar i participar en l’anàlisi detallada del programari i proporcionar retroalimentació ràpida que ajudaria a prevenir els defectes fonamentats en el programari.
Les proves generals de desplaçament cap a l'esquerra requereixen que els provadors ho facin 'Participa aviat' , tan aviat com sigui possible, participar en la discussió i col·laborar en idees, requisits en totes les etapes en què el resultat de l’etapa té una influència en el valor del lliurament final i també ajudarà el projecte a identificar els riscos i mitigar-lo per endavant.
Què haurien de fer els provadors de manera diferent a l’esquerra?
A continuació, es mostren alguns factors clau que cal assenyalar en què fan els provadors de manera diferent Estratègia de desplaçament cap a l'esquerra:
# 1) L’equip de proves ho necessita participar primer en el sistema des de l'inici del projecte per tal de desenvolupar la integració amb la resta de l'equip i el negoci proporcionar aportacions útils en cada etapa del desenvolupament de programari.
# 2) L'equip de prova ha de treballar amb l'equip de Negocis i Operacions i obtenir més claredat sobre el programa i oferir una visió clara de la demanda i ajudar a planificar de manera eficient les necessitats d’ampliació de recursos, les necessitats de formació i els requisits de les eines de prova al programa amb suficient antelació.
# 3) Els equips de prova han d’interactuar amb totes les parts interessades del negoci al principi del desenvolupament de programari obtenir una visibilitat clara del producte & dissenyar una estratègia de prova unificada i planifiqueu un esforç de prova optimitzat, analitzeu la dependència dels entorns de prova, tercers, registres, etc., i prepareu una estratègia i marc d’automatització robustos i creeu un pla de gestió de dades de proves eficaç.
# 4) L’equip de proves ha de treballar amb la resta de l’equip en la prestació un gran lideratge de proves i guia per a l'equip tenint així present la visió del producte a llarg termini en lloc d’assumir la responsabilitat d’activitats de proves.
# 5) Els requisits són la clau i la base per a l’èxit de qualsevol programa i els requisits ben definits defineixen l’èxit del projecte. Durant la fase de planificació de requisits, verificadors necessitat de revisar i analitzar els requisits per a qualsevol ambigüitat, millor claredat, integritat, testabilitat, definició de criteris d’acceptació, etc.
També cal identificar els requisits que falten (si n’hi ha), entendre les dependències i les estratègies d’implementació. Clear Requirements ajuda el programari a 'Fail Fast' i a solucionar tots els errors al més aviat possible.
# 6) Aporteu prou claredat i precisió en els requisits mostrant el fitxer exemples reals que il·lustren les funcions que s’utilitzen.
# 7) Els provadors ho necessiten assistir a reunions de revisió del disseny compreneu regularment el disseny i l'arquitectura del producte i identifiqueu els defectes del disseny, suggeriu altres opcions de disseny, identifiqueu les escletxes i creeu escenaris de prova en conseqüència per trencar els dissenys.
# 8) Els provadors ho necessiten dur a terme Proves estàtiques (ressenyes) amb molta antelació i proporcioneu comentaris sobre els documents clau del projecte per evitar que els defectes es puguin connectar al programari i ampliar-ne l’efecte més endavant.
# 9) L’equip de proves ha de col·laborar amb l’equip de disseny i desenvolupament en proporcionar escenaris de prova per endavant per desenvolupar el codi i abordar tots els possibles escenaris i fluxos de negoci en temps real.
# 10) L’equip de proves ha de dissenyar escenaris de prova forts i robustos de manera que només s’identifiquen alguns defectes durant les proves i s’eviten defectes majors en entrar en la fase de proves.
# 11) Els provadors ho han de fer Prova el més aviat possible , ja sigui en un sistema autònom o local, de manera que el defecte no arribi a etapes posteriors.
L’eix central del concepte ‘Shift Left’ per als verificadors és trobar els defectes el més aviat possible per tots els mitjans possibles.
Avantatges de les proves de desplaçament cap a l’esquerra
L'enfocament Shift Left funciona basat en el manifest àgil i també té diversos avantatges.
Ells són:
- Individus i interaccions sobre processos i eines.
- Programari de treball sobre documentació completa.
- Col·laboració del client sobre la negociació de contractes.
- Respondre al canvi Seguir un pla.
Podem veure que, tot i que hi ha un valor als elements de la dreta, valorem més els elements de la part esquerra.
Doncs bé, Shift Left tracta d’aportar la idea de provar abans en el procés, donant lloc a una prova millor i eficient i a millorar la qualitat del programari.
En poques paraules, el procés de prova de Maj a l'esquerra és:
- Trobar els defectes aviat reduint el cost del projecte.
- Proves contínues una i altra vegada per reduir els defectes al final.
- Per automatitzar-ho tot i millorar el temps de comercialització.
- Centrar-se en els requisits del client i millorar l’experiència del client.
Conclusió
'Maj a l'esquerra' el concepte va suposar una enorme transformació per a tot el paper de 'Proves'. Fins aleshores, l’únic enfocament de les proves era només de ‘Detecció de defectes’ i ara l’objectiu del ‘Shift Left’ des de la perspectiva de la prova és un viatge de ‘Detecció primerenca de defectes a Prevenció de defectes ' .
Per tant, Shift Left és un gran salt en la indústria del programari en metodologia de desenvolupament de programari cap a la rapidesa al mercat, millorant la qualitat del programari i reduint el 'Temps per al mercat'.
Sobre l'autor: Aquest article està escrit pel membre de l'equip de STH Gayathri Subrahmanyam. Fa proves de programari des dels anys 90, just quan es va introduir la funció de provador a la indústria. Durant la seva carrera de proves, ha fet moltes avaluacions TMMI, treballs d’industrialització de proves, configuracions de TCOE, a més de gestionar lliuraments de proves i ha implementat la pràctica de DevOps per a un compromís enorme. Però segons ella, l'aprenentatge no s'atura mai ...
Feu-nos saber els vostres suggeriments / suggeriments a la secció de comentaris següent.
com extreure fitxers torrent mitjançant 7zip
PREV Tutorial | NEXT Tutorial
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de programari Treball d'assistent de control de qualitat
- Majúscula-esquerra de qualitat: com és igual d'important que majúscules-esquerra a les proves?
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Algunes preguntes d’entrevistes de proves de programari interessants
- Opinions i ressenyes sobre cursos de proves de programari