what is impact analysis software testing
Aquest tutorial explica què és l'anàlisi d'impacte, els avantatges, com es pot dur a terme i com es prepara el document d'anàlisi d'impacte:
Com sabem, la tecnologia té impactes tant positius com negatius en la societat. Cada canvi simple pot causar un impacte en aquest sistema. Fins i tot un canvi molt petit pot tenir un gran impacte en el sistema.
En aquest tutorial, comprendreem detalladament l’anàlisi d’impacte i també veurem alguns passos per preparar documents d’anàlisi d’impacte.
Comprenguem la importància d’aquesta anàlisi amb l’ajuda d’un diagrama ER (relació d’entitats).
Què aprendreu:
Importància de l'anàlisi d'impacte
Penseu en el diagrama ER del sistema de gestió de grans superfícies. Volem editar aquest diagrama del model de dades canviant el nom del mòdul 'Element' al mòdul 'Producte'. A la figura: núm. 01, podem veure que el mòdul ‘Item’ està en relació amb molts altres mòduls. Per tant, si canviem el nom del mòdul ‘Item’, inevitablement afectarà altres mòduls.
Fig: núm. 01: sistema de gestió de tallers departamentals
Per tant, abans de fer aquests canvis, hem d’analitzar bé el model de dades i l’impacte dels canvis. En els casos en què les persones interessades no pensin detingudament sobre les conseqüències dels canvis que faran als mòduls, pot afectar el bon funcionament de la pròpia aplicació. Per això, l’anàlisi d’impacte és molt important.
Nota: Aquesta anàlisi mostrarà els comportaments inesperats i tots els efectes secundaris de l'aplicació.
Què és l'anàlisi d'impacte?
Implica analitzar l’impacte dels canvis realitzats a les funcions / mòduls de l’aplicació. Es pot fer en gairebé totes les etapes del cicle de vida del desenvolupament de programari, com ara els requisits del projecte, el disseny del sistema, la codificació, les proves, etc.
- Anàlisi de mòduls amb l'ajut de documents d'anàlisi d'impacte. Trobarà els riscos associats a qualsevol tipus de canvi en un mòdul / producte.
- Ajuda a estimar l’esforç de l’equip necessari per produir canvis en el sistema.
- També ajuda a implementar un prototip perquè els desenvolupadors i provadors experimentin els efectes del sistema.
Com es pot realitzar una anàlisi d’impacte eficaç?
A continuació es detallen els passos realitzats per dur a terme l’anàlisi d’un projecte:
- Prepareu un equip.
- Inspeccioneu els mòduls d'alt nivell.
- Inspeccioneu els mòduls de baix nivell.
- Avaluar l’impacte.
- Gestioneu les conseqüències negatives.
Pas 1Prepareu un equip
Abans de fer canvis als mòduls de l’aplicació, hem de tenir un equip. Els membres de l’equip han de tenir accés a tots els mòduls de l’aplicació i han de tenir un coneixement exhaustiu sobre els canvis proposats.
Alguns membres de l’equip desconeixeran tots els mòduls. Però després de la implementació de l'anàlisi d'impacte, tots els membres tindran un coneixement exhaustiu del sistema.
Pas 2Inspeccioneu els mòduls d'alt nivell
Els membres de l’equip primer analitzaran els mòduls d’alt nivell de l’aplicació, que poden resultar afectats pels canvis proposats. En aquest moment, han de tenir un millor coneixement sobre l’estratègia i les regles de flux de treball dels mòduls.
Pas 3Inspeccioneu els mòduls de baix nivell
Després d’inspeccionar els mòduls d’alt nivell, els membres de l’equip inspeccionaran els mòduls de baix nivell i identificaran l’impacte dels canvis en ell. Els membres de l’equip poden preparar un document que enumeri l’impacte dels canvis en cada mòdul. Poden utilitzar un full Excel o un document Word.
Pas 4Avaluar l’impacte
El document elaborat pels membres de l’equip revelarà la llista d’impactes tant positius com negatius dels canvis realitzats. Amb l’ajut del document, els membres de l’equip tindran una idea clara sobre el benefici que es pot produir a causa del canvi i els problemes que s’enfrontaran a causa del canvi.
Pas 5Gestioneu les conseqüències negatives
Ara mateix, els membres de l’equip tindran una idea precisa sobre els pros i els contres dels canvis. Com a resultat, poden acceptar o negar els canvis després de discutir-ho amb els membres de l’equip i els grups d'interès.
com executar el fitxer jnlp a Windows 10
Els verificadors poden realitzar proves de regressió. Les proves de regressió ajuden a reconèixer els problemes entre els mòduls, que han sorgit a causa de l'impacte dels canvis en ells.
Com és útil el mètode d’anàlisi d’impacte per als desenvolupadors?
En un projecte, de vegades el requisit proposat pel client pot canviar, fins i tot després d’iniciar els processos de desenvolupament. És possible que els desenvolupadors hagin fet alguna codificació. Més tard, a causa dels canvis en el requisit, han de modificar els seus codis. Per tant, els desenvolupadors editen els codis segons els requisits i comprometen els canvis.
Pot haver-hi més d’un desenvolupador implicat en el procés de desenvolupament. En algunes situacions, és extremadament difícil fer un seguiment de l'impacte dels canvis en diferents mòduls, ja que més d'un desenvolupador confia els codis.
És possible que el desenvolupador 'A' no sigui conscient del flux de treball d'un altre mòdul, que gestiona el desenvolupador 'B'. Així, fins i tot si els desenvolupadors realitzen proves, alguns mòduls i funcions continuaran sent 'No provats'. Els desenvolupadors també necessitaven un bon seguiment dels recursos compartits.
En aquestes situacions, podem realitzar reunions d’anàlisi d’impacte del programari abans de fer cap canvi als mòduls. Després de la reunió, els membres de l'equip prepararan el document d'anàlisi d'impacte. Ha de reflectir els canvis més recents i tota la informació basada en el risc.
Després de la reunió, els desenvolupadors coneixeran tots els mòduls de l'aplicació. En aquestes reunions es tenen en compte les opinions de cada membre de l’equip.
Els desenvolupadors consideraran tota l’aplicació / producte final abans de fer cap canvi. Les proves realitzades pels desenvolupadors seran millors. Per tant, es reduirà el risc d’obtenir errors en la fase final del desenvolupament.
Nota: el document d’Anàlisi d’impacte s’ha de mantenir actualitzat.
Com és útil el mètode d’anàlisi d’impacte per als provadors?
La comunicació entre els desenvolupadors i els provadors és molt important. De vegades, els verificadors no rebran notificacions sobre els canvis en el requisit i continuaran el procés de proves sense informació sobre els canvis. Es tracta d’una pèrdua de temps i recursos.
Sense el mètode d’Anàlisi d’impacte, les noves funcions de l’aplicació continuaran 'sense provar-se'. Si els provadors saben sobre les noves funcions que s’afegeixen a l’aplicació, poden començar les proves de regressió.
Després de l'anàlisi, els verificadors començaran a crear o modificar els casos de prova segons els canvis en el requisit o les noves funcions afegides al sistema.
Nota: Aquesta anàlisi ajudarà els verificadors a decidir les àrees que es centraran en les proves i podran prioritzar els casos de prova. Així, es pot millorar l’eficiència en les proves .
Com es prepara el document d’anàlisi d’impacte?
Tots els participants a la reunió d’impacte contribuiran a la creació d’un document d’anàlisi d’impacte. En general, és un fitxer excel. També pot ser un document word.
La plantilla d'aquest document és com una matriu. És molt fàcil d’entendre. Té una alta llegibilitat. Consulteu la taula núm. 02 per obtenir més informació.
Aprenguem a preparar el document d’anàlisi d’impacte. Un projecte pot contenir molts mòduls, funcionalitats i funcions.
Penseu en un petit projecte que tingui cinc funcions:
- iniciar Sessió
- Perfil
- Bústia de correu
- Afegir a preferits
- Tancar sessió
A continuació, es mostra la taula d’anàlisi d’impacte d’aquest projecte en concret (taula núm. 02).
Aquí, les columnes representen els mòduls / funcions que han canviat i les files de la matriu representen els mòduls / característiques que han estat influenciats pels canvis. Els desenvolupadors marcaran () a la taula quan un canvi a la funció 'A' influeixi en la funció 'B'; abans de lliurar aquest document als verificadors.
| Característiques | iniciar Sessió | Perfil | Bústia de correu | Afegir a preferits | Tancar sessió | ||||
|---|---|---|---|---|---|---|---|---|---|
| ............. | |||||||||
| iniciar Sessió | | ||||||||
| Perfil | | ||||||||
| Bústia de correu | | ||||||||
| Afegir a preferits | | ||||||||
| Tancar sessió | |
Taula núm. 02
Per mostrar una forta influència, hem utilitzat el color VERMELL. El color GROC s’utilitza per mostrar una influència moderada, el VERD mostra una influència feble. Consulteu la taula núm. 03 per obtenir més informació.
En fer-ho, els verificadors poden entendre fàcilment els canvis als mòduls mirant els diferents codis de colors del document. El document actua com una llista de comprovació per als desenvolupadors i poden verificar si ha perdut algun mòdul i les dependències.
| Colors | Descripció |
|---|---|
| xarxa | Alta influència |
| Groc | Influència moderada |
| Verd | Influència setmanal |
Taula núm. 03
Si hi ha un canvi a la funció d’inici de sessió, influirà majoritàriament en la mateixa funció “Inici de sessió”. Els canvis a la funció d’inici de sessió poden influir lleugerament en la funció ‘Perfil’ i en la funció ‘Tancar sessió’. Això es marca al document d’Anàlisi d’impacte mitjançant codis de colors. Per tant, el document tindrà l’aspecte de la taula núm. 04
| Característiques | iniciar Sessió | Perfil | Bústia de correu | Afegir a preferits | Tancar sessió |
|---|---|---|---|---|---|
| iniciar Sessió | |||||
| Perfil | |||||
| Bústia de correu | |||||
| Afegir a preferits | |||||
| Tancar sessió |
Taula núm. 04
Podem utilitzar números per indicar el nivell d’influència que s’acaba de mostrar a la taula núm. 05. Per tant, la taula núm. 04 es pot redibuixar com la taula núm. 06.
A la taula núm.06, la funció d’inici de sessió (nivell d’influència: 03) té la màxima prioritat. La funció de perfil (nivell d’influència: 02) té una prioritat moderada. La funció de tancament de sessió (nivell d’influència: 01) té la prioritat més baixa.
| Nivell d’influència | Descripció |
|---|---|
| 3. Xarxa | Forta influència |
| 2. Groc | Mitjà |
| 1. Verd | baix |
Taula núm. 05
| Característiques | iniciar Sessió | Perfil | Bústia de correu | Afegir a preferits | Tancar sessió |
|---|---|---|---|---|---|
| iniciar Sessió | 3. Xarxa | 1. Verd | 2. Groc | ||
| Perfil | |||||
| Bústia de correu | |||||
| Afegir a preferits | |||||
| Tancar sessió |
Taula núm. 06
Nota:
- Els números que es mostren a la taula són molt útils per a l’equip de control de qualitat. Poden prioritzar els casos de prova en funció dels números fàcilment.
- Alguns grans projectes tindran més nivells d’influència. S’especifica a la taula següent. (Consulteu la taula núm. 07 per obtenir la vostra referència.)
| Nivell d’influència | Descripció |
|---|---|
| 5 | Molt fort |
| 4 | Fort |
| 3 | Mitjà |
| 2 | Debil |
| 1 | Molt feble |
Taula núm.07
Com es prepara el document d’Anàlisi d’impacte per a un projecte que tingui moltes funcions i subfuncions?
Penseu en un projecte que tingui 20 funcions i totes les funcions principals d’aquest projecte tinguin 5 subfuncions cadascuna. La matriu que representa el document d’Anàlisi d’impacte és molt gran i serà difícil de mantenir. La taula corresponent s’assemblarà a la taula núm.08.
| Mòdul | Mòdul 1 | Sub-mòdul1 | Sub-mòdul2 | Sub-mòdul3 | ........ | Mòdul2 | Sub-mòdul1 | Sub-mòdul2 | .............. |
| Mòdul 1 | |||||||||
| Sub-mòdul1 | |||||||||
| Sub-mòdul2 | |||||||||
| ............. | |||||||||
| Mòdul2 | |||||||||
| Sub-mòdul1 |
Taula núm. 08
Per tant, per superar aquest problema, podem utilitzar una taula especial per representar els mòduls i submòduls del document d’anàlisi d’impacte. Consulteu la taula núm. 09, les files representen les funcions principals i les columnes representen subfuncions.
| Sub-mòdul1 | Sub-mòdul2 | Sub-mòdul3 | Sub-mòdul4 | Sub-mòdul5 | |
|---|---|---|---|---|---|
| Mòdul7 | |||||
| Mòdul 1 | |||||
| Mòdul2 | |||||
| Mòdul 3 | |||||
| Mòdul4 | |||||
| Mòdul 5 |
Taula núm. 09
En utilitzar aquest document per a grans projectes, els desenvolupadors poden marcar fàcilment les subfuncions que tenen un impacte a causa del canvi de la característica principal. La llegibilitat d’aquest document és millor si es compara ambTaula núm. 09.
Nota: Totes les subfuncions no tindran impacte a causa de canvis en la funció principal.
Ara, considereu un altre projecte que tingui 50 mòduls principals. El projecte compta amb un grup de desenvolupadors. Diferents desenvolupadors estan treballant en diferents tasques del projecte (afegint noves funcions, correcció d'errors, refactorització, etc.).
Podem mostrar els canvis en un projecte mitjançant un document d’anàlisi d’impacte. El desenvolupador escriurà la informació sobre el canvi corresponent a la taula. Consulteu la taula núm. 10 i la taula núm. 11
| Canvis de configuració | Comentaris del desenvolupador | Prioritat | Plans futurs | |
|---|---|---|---|---|
| Mòdul 1 | Navegador Chrome | Prova amb el navegador Chrome. | Informe d'errors núm. 001 | |
| Mòdul2 | ||||
| Mòdul 3 | ||||
| Mòdul4 | ||||
| Mòdul 5 | ||||
| Mòdul6 |
Taula núm. 10
| Articles | Descripció |
|---|---|
| Canvis de configuració | Els canvis en alguns mòduls / funcions d’un projecte dependran dels dispositius / entorn utilitzats. Els desenvolupadors han d’especificar els canvis de configuració al document de manera que els comprovadors puguin entendre millor els canvis. |
| Comentaris dels desenvolupadors | És una de les informacions més importants necessàries per als verificadors mentre realitzen les proves |
| Prioritat | Els verificadors poden prioritzar fàcilment la tasca de prova amb l'ajuda de codis de colors o números del document |
| Plans futurs | Els provadors han de ser conscients dels plans futurs dels desenvolupadors. Si els desenvolupadors tenen previst canviar els codis al cap de poques setmanes, els provadors no hauran de provar la funcionalitat i perdre el temps. Els verificadors poden esperar fins que els desenvolupadors completin el procés de codificació. |
Taula núm. 11
Avantatges de l'anàlisi d'impacte en proves
- Precís: Aquest document sempre proporcionarà dades exactes sobre els canvis en els mòduls / funcions de l'aplicació.
- Augment de l'eficiència en les proves: Amb l'ajut d'aquest document, els verificadors poden planificar casos de prova de manera més eficient, ja que el document proporciona informació clara sobre els canvis als mòduls.
- Treball sincronitzat: Tots els membres de l’equip són responsables d’actualitzar el document d’Anàlisi d’impacte. Aquest document ha d’estar actualitzat.
- Precís: Com que el document es pot llegir fàcilment, els comprovadors tindran una idea clara sobre els canvis en una aplicació consultant el document.
- Disminució del temps de proves: A part de provar tot el sistema, els verificadors poden realitzar proves en els mòduls i submòduls que han canviat. Els verificadors poden prioritzar i planificar els casos de prova. D'aquesta manera, poden reduir el temps de proves.
- Increment de la cobertura: Mitjançant aquest document, els verificadors s’asseguraran d’haver comprovat els submòduls influenciats pels canvis en els mòduls. En fer-ho, augmentarà la cobertura de les proves del projecte.
- Normalització del resultat de la prova: Els desenvolupadors i verificadors utilitzaran un document d’anàlisi d’impacte comú, que representa tots i cadascun dels canvis al mòdul.
- La responsabilitat de l’equip augmenta: Els membres de l’equip han de mantenir aquest document actualitzat. Cada membre de l’equip és responsable d’actualitzar la informació sobre els canvis que ha fet al sistema.
- Prioritzeu la tasca amb facilitat i aviat: Atès que el document proporciona una imatge clara dels canvis, els verificadors poden prioritzar les proves d'acord amb ell.
- Coneixements clars sobre el producte: Amb l'ajut d'aquest document, tant els desenvolupadors com els verificadors tindran una idea de tots els mòduls presents al sistema.
- Detecció fàcil d'errors: La detecció d'errors està molt millorada. Un document d’anàlisi d’impacte és útil per a les proves d’integració.
Conclusió
Es pot fer un projecte amb o sense Anàlisi d’Impacte. Però hem vist els avantatges del document d’Anàlisi d’impacte de l’article anterior. El temps de proves es redueix molt amb la introducció d’aquest document. Els provadors no han de perdre el temps provant les funcions que no tenen canvis.
Amb la introducció d’aquest document, la comunicació entre els desenvolupadors i els provadors es millora molt i això comporta una eficiència en les proves. Els provadors tindran una millor idea de tot el sistema.
Esperem que tingueu una clara comprensió de l'anàlisi d'impacte en les proves. No dubteu a compartir els vostres comentaris.
Lectura recomanada
- Prova de programari Treball d'assistent de control de qualitat
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Selecció de proves de programari com a carrera professional
- Proveu les vostres capacitats d'anàlisi i poder de pensament: exercicis de prova de programari (part 2)
- Opinions i ressenyes sobre cursos de proves de programari
- Algunes preguntes d’entrevistes de proves de programari interessants
- Les proves de programari són una tasca emocional?