Differences

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

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
data_design_ide [2021/02/10 02:10]
admin [GENERATE] 		data_design_ide [2021/02/14 02:43] (current)
admin [SCRIPT]
Line 1: Line 1:
-===== Data Design IDE =====+====== Data Design IDE ======
 //Data Design IDE// is the development and execution (automation) of combinatorial test design models. This is typically used to generate a set of minimal permutations of variables to achieve the desired coverage using [[Combinatorial Algorithms| Combinatorial Testing]].  //Data Design IDE// is the development and execution (automation) of combinatorial test design models. This is typically used to generate a set of minimal permutations of variables to achieve the desired coverage using [[Combinatorial Algorithms| Combinatorial Testing]]. 
  
Line 15: Line 15:
  
  
-==== DEFINE ====+===== DEFINE =====
  
 {{wiki:idescreen:datadesign_main.png?800}} {{wiki:idescreen:datadesign_main.png?800}}
  
-=== Variables ===+==== Variables ====
 In //DEFINE//, you define the testing variables as well as the expected result variables. In //DEFINE//, you define the testing variables as well as the expected result variables.
   * //Variable Name// - variables must have unique names and preferably legal java variable names   * //Variable Name// - variables must have unique names and preferably legal java variable names
Line 27: Line 27:
   * //Coupling// - used to couple / tie this variable to another variable. For example CreditCardType and CreditCardNumber should be coupled together as CreditCardNumber for VISA must match CreditCardType of VISA. Variables coupled together must have the same number of //Domain// values.   * //Coupling// - used to couple / tie this variable to another variable. For example CreditCardType and CreditCardNumber should be coupled together as CreditCardNumber for VISA must match CreditCardType of VISA. Variables coupled together must have the same number of //Domain// values.
  
-== Domain Expression ==+=== Domain Expression ===
 Domain values for non-//Derived// variables must be static values. Domain values for non-//Derived// variables must be static values.
  
 For //Derived// variables, //Domain// must have exactly one value, which can be static value or //groovy// expression. Below is a simple example to calculate the insurance premium credit of $100 given to good student age < 20: For //Derived// variables, //Domain// must have exactly one value, which can be static value or //groovy// expression. Below is a simple example to calculate the insurance premium credit of $100 given to good student age < 20:
  
-   (Age < 20 && GoodStudentStatus = true)?100:0+   (Age < 20 && GoodStudentStatus)?100:0
        
 You may use plugin reference in //Domain// value/expression which will be evaluated during  [[#EXECUTE ]]. For example: You may use plugin reference in //Domain// value/expression which will be evaluated during  [[#EXECUTE ]]. For example:
Line 47: Line 47:
 Use [blank] to encode blank string and [null] for null string/object. Use [blank] to encode blank string and [null] for null string/object.
  
-=== Constraints / Rules ===+==== Constraints / Rules ====
 When designing test data using combinatorial testing techniques, we often need to remove or avoid certain combinations as they are either unfeasible or unnecessary for whatever reason.  You can remove these unwanted combinations manually after the test combinations have been generated, but that's tedious and prone to errors. Depending on number of test combinations generated, manually removing unwanted combinations may even be impossible due to large volume. When designing test data using combinatorial testing techniques, we often need to remove or avoid certain combinations as they are either unfeasible or unnecessary for whatever reason.  You can remove these unwanted combinations manually after the test combinations have been generated, but that's tedious and prone to errors. Depending on number of test combinations generated, manually removing unwanted combinations may even be impossible due to large volume.
  
Line 58: Line 58:
  
        
-The //condition// and //assertion// are simple boolean expressions:+The //condition// and //assertion// are simple boolean expressions (NOTE: this is not //groovy expression//):
    [variable name] [operator] [value or [variable name] [&& or ||] ...     [variable name] [operator] [value or [variable name] [&& or ||] ... 
  
Line 93: Line 93:
  
 ---- ----
-==== GENERATE ====+===== GENERATE =====
 {{wiki:idescreen:datadesign_generate.png?800}} {{wiki:idescreen:datadesign_generate.png?800}}
  
Line 111: Line 111:
 Be aware that any changes to //DataTable// will affect the coverage, and the changes made will be lost next time //DataTable// is re-generated. In most cases, the customization can be accomplished with //Constraints// and //Derived// as described in [[#DEFINE]] above. Be aware that any changes to //DataTable// will affect the coverage, and the changes made will be lost next time //DataTable// is re-generated. In most cases, the customization can be accomplished with //Constraints// and //Derived// as described in [[#DEFINE]] above.
  
-=== Mixed Strengths ===+==== Mixed Strengths ====
 By default, //Overall Strength// applies to all variables excluding //Derived// variables. In cases you wish to apply more rigorous testing than other variables.  You can do so by selecting //Mixed// in //Overall Strength// and and apply specific level of strength for each subset of the variables.   By default, //Overall Strength// applies to all variables excluding //Derived// variables. In cases you wish to apply more rigorous testing than other variables.  You can do so by selecting //Mixed// in //Overall Strength// and and apply specific level of strength for each subset of the variables.  
  
Line 120: Line 120:
  
 ---- ----
-==== SCRIPT ====+===== SCRIPT =====
  
 {{wiki:idescreen:datadesign_script.png?800}} {{wiki:idescreen:datadesign_script.png?800}}
Line 140: Line 140:
 The order object "order1" is assigned to $VAR.  It can then be used in //Domain// expression as: The order object "order1" is assigned to $VAR.  It can then be used in //Domain// expression as:
    $UTIL.toJSON($VAR.order1)    $UTIL.toJSON($VAR.order1)
 +
 +//INIT// script is for initialization of variables, e.g. environment, user name, password, etc., the variables that may need to be changed from execution to execution.
  
 ---- ----
  
-==== EXECUTE ====+===== EXECUTE =====
  
 {{wiki:idescreen:datadesign_execute.png?800}} {{wiki:idescreen:datadesign_execute.png?800}}