Análisis de impacto: 6 pasos para facilitar las pruebas de cambios

Contenido
  • ¿Qué es el análisis de impacto?





  • ¿Cuándo debería hacer un análisis de impacto?





  • ¿Para qué sirve el análisis de impacto?





  • ¿Cómo hago un análisis de impacto?





    • 1. Explorando el problema \ ticket \ bug \ solicitud de cambio *





    • 2. Leer correos electrónicos **





    • 3. Conversación con desarrolladores **





    • 4. Explorar dónde se realizó el cambio ***





    • 5. Explorando la descripción de los cambios ***





    • 6. Investigando el código de cambios *****





  • ¿Por qué decidí escribir sobre esto?









¿Qué es el análisis de impacto?

En primer lugar, el Análisis de impacto (análisis de impacto) es un estudio que le permite indicar las áreas afectadas (áreas afectadas) en el proyecto al desarrollar una funcionalidad nueva o cambiar la antigua, así como determinar qué tan significativamente se vieron afectadas.





Las áreas afectadas requieren más atención durante las pruebas de regresión.





Permítanme señalar de inmediato para no asustar a QA: el análisis de impacto no es "leer el código". Incluye otros métodos de investigación.





¿Cuándo debería hacer un análisis de impacto?

El análisis de impacto puede ser útil en los siguientes casos:





  • hay cambios en los requisitos;





  • recibió una solicitud para realizar cambios en el producto;





  • se espera la introducción de un nuevo módulo o funcionalidad en un producto existente;





  • , .





, , . "" .





Los desarrolladores están solucionando el problema de producción
Developers are fixing Production Issue

Impact Analysis?

QA:





  • , ;





  • , , , ;





  • , .





Impact Analysis ?

  1. issue\ticket\bug\change request *.





  2. email **.





  3. **.





  4. (commit place) ***.





  5. (commit description) ***.





  6. *****.





'*' " " . , " 6" , " 1-5" QA .





1. issue\ticket\bug\change request *

( *), , - - . , :





  • Steps To Repeat;





  • Description;





  • Additional Background Information;





  • Attachment;





, , . , , , 'Additional Background Information' , HTTPs. , HTTP.





2. emails

, , , :





  • ;





  • ;





  • ;





  • , , .





"**", , "" .





¿Por qué no se mencionó en el número?
Why wasn't it mentioned in the issue?!

3. **

QA y desarrolladores
QAs and Developers

- "" , " " : " , , , \ ". , , , , , .





4. , ***

, , - . , git, , . "" " , \, ". , "" ( , ) , .





Archivo donde están los cambios
File where changes are

, , 'ExtendedClassification' , , Smoke Test .





, - ( JS, HTML, CSS, etc.), .





"***" - , .





5. ***

, QA , , Developers . , (git commits):





Ticket number and title





- Bug:





{ , ?}





- Problem:





{ , ?}





- Fix:





{ }





Descripción de cambios
Changes description

, " root ItemType" ( ), , " root ItemType". bug , .





6. *****

- , . , , . , QA . ( ) , use case, .






?

, - QA. , , , 25 ( , , ). , :





Ejemplo
Example

.. , , - , ItemType "HG_Modification Orger", , ( ), ItemType "HG_Modification Orger", ( ). .. ( ). , . , ItemType = "HG_Modification Orger" ItenType != "HG_Modification Orger". 30 . 25 .





, impact analysis .








All Articles