User Tools

Site Tools


devops:tests

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
devops:tests [2016/05/21 15:53] skipidardevops:tests [2023/11/01 07:15] (current) – ↷ Page moved from camunda:devops:tests to devops:tests skipidar
Line 2: Line 2:
  
  
-|Unit Tests||+|Unit Tests| Test of one particular class/function. Predefined input-output. |
 |Smoke Tests|A simple integration test. It is inspired from hardware testing, which checks for the smoke from the hardware components once the hardware's power is switched on. Similarly in Software testing context, smoke testing refers to testing the basic functionality of the build.| |Smoke Tests|A simple integration test. It is inspired from hardware testing, which checks for the smoke from the hardware components once the hardware's power is switched on. Similarly in Software testing context, smoke testing refers to testing the basic functionality of the build.|
 |Integration Tests (I&T)|Integration testing (sometimes called integration and testing) is the phase in software testing in which individual software modules are combined and tested as a group. It occurs after unit testing and before validation testing.| |Integration Tests (I&T)|Integration testing (sometimes called integration and testing) is the phase in software testing in which individual software modules are combined and tested as a group. It occurs after unit testing and before validation testing.|
 |System Integration Test (SIT)|System integration testing  involves the overall testing of a complete system of many subsystem components or elements. The system under test may be composed of hardware, or software, or hardware with embedded software, or hardware/software with human-in-the-loop testing.| |System Integration Test (SIT)|System integration testing  involves the overall testing of a complete system of many subsystem components or elements. The system under test may be composed of hardware, or software, or hardware with embedded software, or hardware/software with human-in-the-loop testing.|
-|Validation Test| |+|Validation Test|<WRAP>  
 +Validation is done at the end of the development process and takes place after verifications are completed. 
 +It answers the question like:  
 +  * Am I building the right product? 
 +  * Am I accessing the right data (in terms of the data required to satisfy the requirement). 
 +  * It is a High level activity. 
 +  </WRAP>|
 |Regression Tests|Regression testing is a type of software testing that verifies that software that was previously developed and tested still performs correctly after it was changed or interfaced with other software. Changes may include software enhancements, patches, configuration changes, etc.| |Regression Tests|Regression testing is a type of software testing that verifies that software that was previously developed and tested still performs correctly after it was changed or interfaced with other software. Changes may include software enhancements, patches, configuration changes, etc.|
 |Acceptance Test|<WRAP>  |Acceptance Test|<WRAP> 
Line 14: Line 20:
   * User Acceptance   * User Acceptance
   * Business Acceptance   * Business Acceptance
 +  * Field Acceptance
  
 Acceptance criteria  Acceptance criteria 
Line 31: Line 38:
 |End-To-End Test|<WRAP> Application test, which span the whole cycle, from start to finish. Tests dependencies and whether the flow of application is right from start to finish. \\ |End-To-End Test|<WRAP> Application test, which span the whole cycle, from start to finish. Tests dependencies and whether the flow of application is right from start to finish. \\
 End-To-End-Tests testen alle Komponenten eines Systems gemeinsam, also die eigentliche Anwendung inklusive Browser, Webserver, Datenbank und jeglicher sonstiger Infrastruktur. End-To-End-Tests testen alle Komponenten eines Systems gemeinsam, also die eigentliche Anwendung inklusive Browser, Webserver, Datenbank und jeglicher sonstiger Infrastruktur.
 +</WRAP>|
 +|Technical Test (alias Non Functional Testing)|<WRAP> Or NonFuncitonalTest - the tests, where non functional requirements are tested like:
 +  * Performance
 +  * Stability
 +</WRAP>|
 +|Canary Testing|<WRAP> Canary test
 +A Canary test is an automated, non-destructive **(does not break anything, repeatable)** test that is run on a regular basis **in a LIVE environment**, such that if it ever fails, something really bad has happened.
 +Examples might be:
 +
 +  * Has data that should only ever be available in DEV/TEST appeared in LIVE.
 +  * Has a background process failed to run
 +  * Can a user logon
 </WRAP>| </WRAP>|
devops/tests.1463846030.txt.gz · Last modified: (external edit)