Menú

Què ha de saber el verificador de control de qualitat sobre el procés de gestió de versions i desplegament

  • Principal
  • Conceptes De Proves
  • Què ha de saber el verificador de control de qualitat sobre el procés de gestió de versions i desplegament

what qa tester should know about release

Proveu El Nostre Instrument Per Eliminar Problemes

A la reunió del nostre equip d’avui, el gerent ha consultat tots els usuaris preparació per a l'execució de la prova . Va esmentar que 'el codi estarà llest per a la QA demà al matí'. Què volia dir quan va dir que 'el codi estarà llest', vol dir que els desenvolupadors escriuran el codi en l'entorn QA aquesta nit?

De fet, volia dir que el desplegament està previst que es faci a la nit i que el nou codi es desplegarà a l'entorn QA per provar-lo.

Molts de vosaltres ara us podeu preguntar què és el desplegament i què hi fan realment?

llançament i procés de gestió de desplegament de qa

Què aprendreu:

Procés i importància de la gestió general de versions i desplegament per a l’equip de control de qualitat

  • Per què realment mantenim entorns diferents?
  • Com es migra el codi d'un entorn a un altre?

En aquest article tractaré els temes següents

  1. Per què és important que els provadors siguin conscients del procés de llançament i desplegament?
  2. Ambients diferents
  3. Què voleu dir amb Build and Deployment?
  4. Planificat vs. Desplegament d'emergència
  5. Llista de comprovació de control de qualitat: abans i després del desplegament

# 1. Per què és important que els provadors siguin conscients del procés de desplegament?

La nostra tasca principal d'execució de proves depèn de l'èxit del desplegament. Si l’equip de desplegament es va enfrontar a reptes i va trobar diversos problemes i no va poder desplegar el codi correctament, segurament indicarà que l’equip de control de qualitat identificarà molts errors que poden estar relacionats amb l’entorn o amb el procés de desplegament.

  • Si els verificadors són conscients del procés de desplegament, entendran la importància de completar les seves tasques en el termini previst.
  • Els verificadors tindran una idea si el problema és realment un error de funcionalitat o alguna cosa causada durant el desplegament, diuen que s’assigna un verificador per provar la funció d’informe, però quan intenta iniciar la sessió al lloc web, veu un error que significa que l’entorn no funciona. , aquestes qüestions no es poden considerar com a qüestions funcionals, sinó com a mediambientals. Si el comprovador és conscient del desplegament, pot relacionar el problema amb un problema de desplegament.
  • Es podrien evitar molts problemes que no siguin si els verificadors realment coneixen la llista que es va desplegar. De vegades passa que proveu i informeu d'un problema per a àrees que mai es van desplegar.

# 2. Diferents entorns

Diferents entorns

A la classificació anterior he tractat els 4 entorns més importants que segueixen la majoria de l'organització, però, molts clients mantenen molts més entorns, com ara la posada en escena, la fase prèvia, etc. A més, la convenció de noms pot diferir.

  • DEV - L'entorn de desenvolupament és el que ha creat i manté l'equip de desenvolupament per escriure el codi. L'accés a aquest entorn només es dóna a l'equip de desenvolupament. Normalment, l’equip de control de qualitat no té accés a aquest entorn. Aquest entorn l’utilitza principalment l’equip de desenvolupadors per a les proves d’unitats.
  • QA - L'entorn de control de qualitat és aquell on realment es realitzen les proves. Aquest entorn és propietat de l’equip de control de qualitat. L’equip DEV no té accés a aquest entorn. Després de completar el disseny i la codificació, el codi es trasllada a l'entorn de control de qualitat perquè l'equip de control de qualitat realitzi l'execució de la prova.
  • UAT - Prova d’acceptació de l’usuari és un entorn on les proves les fan els usuaris empresarials. Això es fa un cop finalitzada la prova del sistema. La intenció principal és provar el sistema des del punt de vista empresarial. L’accés a aquest entorn només es dóna als usuaris empresarials. Tanmateix, en algunes ocasions sol·liciten assistència de control de qualitat, en aquestes circumstàncies, l’equip de control de qualitat té accés temporal al medi ambient.
  • PROD - L'entorn PROD és l'entorn real que està exposat als usuaris reals i cap dels equips DEV i QA té accés de lectura / escriptura a aquest entorn. Es mantenen equips d’assistència de productes per resoldre problemes relacionats amb l’entorn de producció.

Llegiu també=> Com preparar eficaçment el 'banc de proves' i minimitzar els defectes de l'entorn de prova

# 3. Què voleu dir amb Build and Deployment?

Una compilació conté principalment el paquet compilat que pot incloure el bat executable, exe, les biblioteques com dll, lib i arxius com fitxers zip. L'equip de desenvolupament crea la compilació i la proporciona a l'equip de desplegament per a la instal·lació.

La compilació del codi font l’encarrega principalment l’equip de desenvolupament i, un cop han generat la compilació, el col·loquen en algun lloc especificat, accessible per l’equip de desplegament per implementar-lo en un entorn diferent.

Un cop s'hagi desplegat la compilació, es notifica a l'equip de control de qualitat que realitzi la tasca proves de verificació de la construcció (BVT) i si té èxit, l'equip realitza la resta de fitxers proves funcionals .

En algunes organitzacions en què no mantenen un equip de desplegament separat, l'equip de desenvolupament proporciona la compilació a QA i els mateixos equips de QA completen el desplegament. Hi ha un gran risc, en aquests casos els recursos de control de qualitat haurien de ser tècnicament sòlids per entendre el procés general de desplegament de la compilació i també haurien de saber com solucionar-los si es produeix un problema.

Les versions es mantenen utilitzant els números 1.0.01 o 1.0.03. Per tant, és possible que la versió 1.0.01 pugui executar DLL v0.2 i la versió 1.0.03 executi DLL v0.5. Es fa important per a l'equip de control de qualitat assegurar-se que la implementació correcta es desplega a l'entorn abans que comencin les proves. Sempre és una bona idea fer un seguiment dels canvis proporcionats com a part de cada compilació.

Mantenir un equip de desplegament separat sempre és una bona pràctica, ja que ajuda a un moviment fluït del codi d’un entorn a un altre.

El desplegament és un procés mitjançant el qual el codi / compilació es mou d'un entorn a un altre. Actualment, la majoria de l'organització segueix un canal adequat per al desplegament i manté un equip separat que s'encarrega de tot això.

Construcció i desplegament

el millor netejador de PC gratuït per a Windows 10

Abans del dia del desplegament, es reuneix un equip format pel desenvolupador, el gestor de desenvolupament, l'enginyer de desplegament, el responsable de proves i altres grups d'interès comercials. A la reunió, se sol demanar al desenvolupador que descrigui el seu canvi. Normalment han d’emplenar un formulari concret amb detalls sobre els canvis i el pla de retrocés.

En cas que es perdin alguns detalls, els canvis no s’aprovaran per al desplegament. Llavors, l'equip decideix si el canvi pot formar part del desplegament del dia següent. Es demana aprovació al responsable de proves de control de qualitat per garantir que el canvi no afecti cap de les proves existents. A la reunió, es planifiquen els elements finals de desplegament.

L’equip de desplegament treballa la llista aprovada el dia del desplegament. L'equip executa un conjunt de programes tal i com es defineix en cadascun dels formularis de canvis (proporcionats pels desenvolupadors) i, a continuació, envia la comunicació quan es completa el desplegament.

El missatge de desplegament complet proporciona una indicació a l'equip de control de qualitat que els canvis / el codi nou estan a punt per ser provats.

És responsabilitat de l’equip de desplegament traslladar els canvis de DEV a QA. Un cop finalitzada la prova de control de qualitat, el codi es trasllada a UAT. El trasllat de dades PROD és la part més important i s’ha de fer durant les hores de descans, ja que durant el desplegament s’ha de reduir l’entorn i s’ha de fer amb la màxima cura, ja que això pot tenir un impacte sever en el negoci.

La majoria dels desplegaments de Prod es realitzen a última hora de la nit, quan les possibilitats que els usuaris finals afectin el medi ambient siguin menors.

# 4. Planificat vs. Desplegament d'emergència

Totes les organitzacions mantenen un calendari de desplegament. Molts clients segueixen el desplegament una vegada a la setmana i molts opten per un quinzenal, diuen que el desplegament previst només s’ha de produir els dimarts o que es pot produir el dimarts i el divendres. Els dies per al desplegament poden canviar si el dia previst per al desplegament cau en dies festius.

A la secció anterior, he tractat el procés que se segueix per a qualsevol desplegament planificat .

Els desplegaments previstos poden tenir el seu propi repte. Penseu en un cas en què es desplegui un nou codi a l’entorn de control de qualitat i, durant la prova de seny, l’equip identifica un defecte de bloqueig i s’ha d’aturar la prova. L’equip de proves espera una setmana fins al proper desplegament?

Per gestionar aquestes situacions, es fan solucions i desplegaments d’emergència quan l’equip de desplegament no ha d’esperar fins al dia de desplegament previst. Necessiten seguir i demanar aprovació fins i tot per a desplegaments d’emergència, però aquestes aprovacions solen passar ràpidament i els nous canvis es poden desplegar a l’entorn de control de qualitat el mateix dia o el més aviat possible.

# 5. Llista de comprovació de control de qualitat: abans i després del desplegament

Abans del desplegament -

La totalitat fase de disseny de la prova té lloc abans que el codi es traslladi realment a l'entorn. És l’execució de la prova que depèn de la disponibilitat del codi a l’entorn de control de qualitat mentre l’equip de desplegament treballa per aconseguir que el codi es desplegui en control de qualitat. L’equip de control de qualitat hauria de garantir que ha completat les activitats següents:

Després del desplegament:

Després del desplegament, el primer que fem com a equip de control de qualitat és començar amb la nostra prova de sanitat. Però abans de començar la nostra prova de seny, hauríem d’assegurar-nos que s’han tingut cura del seguiment:

  • L’equip de control de qualitat hauria d’haver rebut notificacions de l’equip de desplegament sobre el desplegament reeixit i llest per al control de qualitat.
  • L’equip de control de qualitat hauria de fer un seguiment de la versió desplegada.
  • Assegureu-vos que l’equip de control de qualitat tingui la llista de canvis desplegats amb èxit i també d’elements que no s’han desplegat encara que estiguessin planificats. Pot passar que l’equip de desplegament no s’hagi pogut desplegar a causa de la manca de detalls, etc.

Conclusió

Espero que l'article anterior us hagi donat una idea sobre el procés general de gestió de versions i desplegaments seguit com a part del cicle general de desenvolupament de programari. Aquest va ser només un procediment genèric seguit a la majoria de les organitzacions, tot i que molts clients tenen protocols diferents.

Autor : Aquest impressionant article està escrit per Priya R., membre de l'equip de STH.

Heu trobat útil aquest procés? Feu-nos saber el procés de desplegament que seguiu a la vostra organització.

Lectura recomanada

^