Wirkungsanalyse: 6 Schritte, um das Testen von Änderungen zu vereinfachen

Inhalt
  • Was ist Wirkungsanalyse?





  • Wann sollten Sie eine Wirkungsanalyse durchführen?





  • Wofür ist die Wirkungsanalyse?





  • Wie mache ich eine Wirkungsanalyse?





    • 1. Erkundung des Problems \ ticket \ bug \ change request *





    • 2. E-Mails lesen **





    • 3. Gespräch mit Entwicklern **





    • 4. Untersuchen, wo die Änderung vorgenommen wurde ***





    • 5. Erkundung der Beschreibung von Änderungen ***





    • 6. Untersuchung des Änderungscodes *****





  • Warum habe ich beschlossen, darüber zu schreiben?









Was ist Wirkungsanalyse?

Zunächst einmal ist die Auswirkungsanalyse (Auswirkungsanalyse) eine Studie, mit der Sie die betroffenen Bereiche (betroffenen Bereiche) im Projekt angeben können, wenn Sie neue Funktionen entwickeln oder alte Funktionen ändern, und feststellen können, wie stark sie betroffen waren.





Die betroffenen Bereiche erfordern beim Regressionstest mehr Aufmerksamkeit.





Lassen Sie mich gleich bemerken, um die Qualitätssicherung nicht zu erschrecken: Die Wirkungsanalyse bedeutet nicht, den Code zu lesen. Es umfasst andere Forschungsmethoden.





Wann sollten Sie eine Wirkungsanalyse durchführen?

Die Wirkungsanalyse kann in folgenden Fällen hilfreich sein:





  • es gibt Änderungen in den Anforderungen;





  • eine Anfrage erhalten, Änderungen am Produkt vorzunehmen ;





  • Die Einführung eines neuen Moduls oder einer neuen Funktionalität in ein vorhandenes Produkt wird erwartet .





  • , .





, , . "" .





Entwickler beheben Produktionsprobleme
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

, , , :





  • ;





  • ;





  • ;





  • , , .





"**", , "" .





Warum wurde es in der Ausgabe nicht erwähnt ?!
Why wasn't it mentioned in the issue?!

3. **

QAs und Entwickler
QAs and Developers

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





4. , ***

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





Datei, in der sich Änderungen befinden
File where changes are

, , 'ExtendedClassification' , , Smoke Test .





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





"***" - , .





5. ***

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





Ticket number and title





- Bug:





{ , ?}





- Problem:





{ , ?}





- Fix:





{ }





Ändert die Beschreibung
Changes description

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





6. *****

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






?

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





Beispiel
Example

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





, impact analysis .








All Articles