Practical Recommendations For Automated Testing
 

Practical Recommendations For Automated Testing

on

  • 2,176 views

 

Statistics

Views

Total Views
2,176
Views on SlideShare
2,057
Embed Views
119

Actions

Likes
1
Downloads
43
Comments
0

5 Embeds 119

http://intetics.atwss.com 53
http://intetics.com 46
http://www.intetics.com 17
http://www.slideshare.net 2
http://intetics.com.ua 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Practical Recommendations For Automated Testing Practical Recommendations For Automated Testing Presentation Transcript

  • PRACTICAL RECOMMENDATIONS FOR ORGANIZING AND PERFORMING AUTOMATED TESTING
  • What is automated testing?
    Software Testing is an empirical investigation conducted to provide stakeholders with information about the quality of the product or service under test, with respect to the context in which it is intended to operate. 
    Automated testing is its component part. It uses software to verify the implementation of tests, which in most cases helps to reduce test time and simplify the process. 
  • When to start automated testing to benefit the project?
    Is it possible?
    There is a system to be automated.
    There is a test plan.
    There are written test cases for manual testing.
    There is a tool for automated testing.
    Is it beneficial?
    The real value of introducing automated testing has been calculated.
    There is a need for automated testing (customer requirements or the project state).
  • The main advantages of automated testing
    The possibility of continuous / cyclic performance of tests.
    Strict sequence of steps performed.
    The increase of productivity in comparison with manual testing.
    Automation of long sequences.
    Automation of operations requiring heavy computation.
  • The main disadvantages of automated testing
    It takes a long time to create scripts (not always justified).
    The need for ongoing support (update) tests.
    Tests carry out the programmed sequence of actions, they do not have intelligence.
  • Comparison of automated testing tools
  • Creation of infrastructure. Choice of data storage location.
    The first step is to develop the infrastructure for further development of tests. 
    One of the best methods is to store information on a network drive. Positive aspects of this method: 
    Scripts are available from anywhere on the network.
    If needed, access to scripts is available to any user.
    No need to adjust paths for the project when you open it from any computer.
    Example of infrastructure creation:
    Place Folder‘X’ on the company’s 'FileServer’ ileserverProjectsProjectNameAutomation.
    Map Network Drive 'Z' referring to this folder.
  • Determining the structure of data storage
    LIB - Library Function RA - Reusable Actions BL - Business Level GL - GUI Development RS - Script restoration DOC - Documentation DAT - Data (xml, xsl) SETTING - Files TEST - Tests RES - Results 
    REP - Repository objects 
    ENV - Variables 
  • Determining the requirements for test code registration
    *****************************************************************************************************************
    ‘Author : RevkoSA
    ‘Date Creation : 10.03.09
    ‘Version : 9.0
    ‘Description : Brief description
    ‘Input parameter : Name: Cod, Type: Int, Description.
    ‘Out parameter : Name: Cod, Type: Int, Description.
    ‘Addins : Web, ActiveX
    ‘Modification : <n By <name>, Date: <dd-mm-yyyy> Description
    *****************************************************************************************************************
    Code
    ………………………..
    Description of the testsignificantly simplifies working with it.
  • Basic rules of OO Testing
    Data Layer
    Test Layer
    Functional Layer
    Business Layer 
    GUI Layer
    To create tests, the application under test should be divided into 3 main layers: 
    Test Layer
    Business Layer  
    GUI Layer  2 additional layers are introduced: 
    Data  Layer
    Functional  Layer
  • GUI Layer
    Data Layer
    Test Layer
    Functional Layer
    Business Layer 
    GUI Layer
    Each GUI "module" describes a set of graphical objects of a window / page.
    Each module handles all the methods for the current set of objects, namely: data acquisition, data validation, data entry.
  • Business Layer
    Data Layer
    Test Layer
    Functional Layer
    Business Layer 
    GUI Layer
    Business Layer describes individual business processes.
    Modules of Business Layer can apply to multiple GUI modules. 
    Business Layer acts as a controller for GUI actions.
    A business module can never call another business module.
  • Test Layer
    Test Layer
    Data Layer
    Functional Layer
    Business Layer 
    GUI Layer
    Test Layer is finite and contains a sequence of scripts from the Business Layer. 
    Each module of Test Layer is a full test.
    Each module has a unique name. The module name must meet generally accepted standards for naming the classes / variables (for example 'AddNewCustomer').
  • Functional Layer
    Functional Layer
    Data Layer
    Test Layer
    Business Layer 
    GUI Layer
    This is a set of internal and external procedures called in modules of Test and Business Layers.
  • Data Layer
    Test Layer
    Functional Layer
    Data Layer
    Business Layer 
    GUI Layer
    This is general or specific information (variables, parameters, constants, etc.) used to perform tests. 
    A good practice is to store test data in external files. 
  • Example
    The color of modules corresponds to the appropriate layer.
    Start
    Enter Name
    Is page opened?
    Yes
    External data storage
    Click Enter
    Access
    Enter Password
    Yes
    No
    No
    Result = R3
    Result = R1
    Result = R2
    Record a result
    End