Showing posts with label Test Documents. Show all posts
Showing posts with label Test Documents. Show all posts

Tuesday, September 13, 2022

Code Review Checklist

 Hi Folks,

Follow below code review checklist

Sr. No    Checklist Item   Category

1            Use Meaningful Names and camelcaseletters for variables and method names Readability

2            Add Proper Comments for your Code     Readabilty/Maintanance

3            Avoid Duplication of variables and methods        Reusability

4            Donot write in single line             Readability

5            Avoid creating unnecessary objects         Performance

6            Remove Unwanted Imports        Standards

7            Make sure the code formatting is applied            Standards

8            Make sure the code meets the functional requirements              Functionality

9            Check side effects on existing codes if any modification in script              Functionality

10          Make sure to do clean up for unwanted code      Standards

11          Limit the accessibility of packages,classesand methods only to necessary places             Accessiblity

12          Donot expose confidential Data in logs   Security

13          Make sure the exceptions are handled   Exceptions

14          Avoid excessive logs       Standards

15          Avoid Multiple If cases   Performance

16          Try using dynamnic waits (Avoid Thread sleeps) Performance

17          Avoid Hardcoded values in code Security

18          Free up space/Memory after use             Performance

19          Minimize the scope of local variables      Accessiblity

20          Exceptions should be Throwable              Exceptions

21          In every catch statement – call the UI reusable library function and catch block should not be empty              Reusability

22          Try to avoid use of mobile center in condition     Standards

23          use appropriate hard assert for the mandatory validation               Standards

24          Assertion should be use outside the try catch block and in case needed to use in try block than Catch(AssertionError e) should handle correctly             Standards

25          Xpath: There should not be any platform specific xpath hardcode in the code/pageclass        Standards

26          Xpath should not be directly written in methods .Write only in Page factory  Readabilty/Maintanance

27          Xpath- use only absolute xpaths Standards

28          xpath- do not use ID in xpaths    Standards

29          xpath- use dynemic index instead of hardcoding in xpath              Standards

30          There should be no test data pass through any of the property files              Security

31          Any test data input should be from Excel              Security

32          Nowhere Environment details should be hardcoded for any kind of validation           Security

33          Always use the 3/2 argument Assert statement for code readability point of view (expected/actual/description of validation)              Readability

34          Device type should handle via object repository only. Device type should not written in class files  Maintanence

35          All public method should be on top of the class and all private method should be below it          Readability

36          There is no hard of validation message in page classes, it should be in validation message file            Reusability

37          All feature file should have tag with particular UB number              Standards

38          Reporting- all the necessary validation should be part of reporting along with screenshots  Standards

39          Reporting- all the reporting verbage should be proper along with appended test data for validation for actual vs expected Standards

40          Reporting-Use reusable reporting function for screenshot, allure and extent reporting      Readability

41          Reporting- Keep only screenshot option to Yes, if needed else switch of the function    Performance

42          Reporting- Take screenshot of entire page at least once during the validation journey           Readability


Friday, August 26, 2022

Digital Transformation Benefits

 Benefits of digital transformation

1. Cost reduction

2. Improve worker productivity 

3. Improve customer experience 

4. Regulatory compliance 

5. Accelerate digital business transformation 


Cheers

TJ

Sunday, July 17, 2022

Test Automation Strategy

 Hi folks,

Below is details on Test Automation Strategy.

Test Automation Strategy phases.

  1. Plan
  2. Analyse
  3. Build
  4. Test
  5. Maintenance
Test automation strategy is vary for below types.
1. Agile projects
2. Waterfall Projects

Approach is vary for different nature of application
  • Mobile automation project
  • Window application project
  • Web application projects
  • Database projects
  • Salesforce /Pega projects
Test Strategy includes
  • Overview
  • Scope of project by feature/ platform
  • Descope requirements
  • Test environment details
  • Test data details
  • Scope of testing - System, SIT, E2E,Regression, Smoke, Sanity
  • Scope of automation layers - UI, APIs, Database, Mobile app
  • Entry and exit criteria
  • RAIDs
  • Roles and responsibilities

Cheers,
TJ

Test Automation Framework

 Framework

A framework defines a set of rules or best practices which we can follow in a systematic way to achieve the desired results

 

popular Test Automation Frameworks

  • Modular Testing Framework
  • Data Driven Testing Framework
  • Keyword Driven Testing Framework
  • Hybrid Testing Framework
  • Behavior Driven Development Framework

Why Framework

In a test automation project, we do perform different tasks by using different types of files. To organize and manage all the files and to finish all the tasks in a systematic approach we use a framework.

 advantages of using Test Automation Framework

  1. Saves time and money. Automation testing is faster in execution
  2. Reusability of code. Create one time and execute multiple times with less or no maintenance
  3. Easy reporting. It generates automatic reports after test execution
  4. Easy for compatibility testing. It enables parallel execution in combination of different OS and browser environments
  5. Low cost maintenance. It is cheaper compared to manual testing in a long run
  6. Automated testing is more reliable
  7. Automated testing is more powerful and versatile
  8. It is mostly used for regression testing. Supports execution of repeated test cases
  9. Minimal manual intervention. Test scripts can be run unattended
  10. Maximum coverage. It helps to increase the test coverage

 

Automation Matrics and KPIs

 Hey Folks,

Below is useful information on automation matrics and KPIs

summary of the main differences between metrics and KPIs: 

  • KPIs measure performance based on key business goals while metrics measure performance or progress for specific business activities. 
  • KPIs are strategic while metrics are often operational or tactical.
  • Metrics are lower-level indicators specific to a department while KPIs can be tracked by various departments working towards the same goal. 
  • Metrics provide context to your business activities, KPIs allow for strategic decision-making.  

·       Every KPI is a metric, but not every metric is a KPI

Why Measure

  • Automation Effectiveness
  • Speed to Market:
  • You want to create a culture of accountability
  • Continuous Improvement:

 

Automation Matrix

•            Automatable Test Cases ----% Automatable = (# of automatable tests / # of total tests) * 100

•            Automation Script Effectiveness---Automation Script Effectiveness = (# of defects found by automation / # of defects opened) * 100

•            Automation Pass Rate---Pass Rate % = (# of cases that passed / # of test cases executed) * 100

•            Automation Execution Time----Execution Time = End Time – Start Time

•            Automation Test Coverage---Automation Test Coverage % = (# of automation tests / # of total tests) * 100

•            Automation Stability ---Automation Stability % = per test (# of failures / # of executions) * 100

•            Build Stability---Build Stability % = (# of build failures / # of builds) * 100

•            In-Sprint Automation---In-Sprint Automation % = (# of scripts created in-sprint / # of scripts created post-sprint) * 100

•            Automation Progress---Automation Progress % = (# of automated tests / # of tests that are automatable) * 100

•            Automation Pyramid---Automation Pyramid = (# of tests at each level / # of total tests) * 100

 

DevOps KPIs.

•            Meantime to failure recovery - This is the average time taken to recover from a failure.

•            Deployment frequency - The frequency in which the deployment occurs.

•            Percentage of failed deployments - The number of times the deployment fails.

 

Cheers,

TJ

Wednesday, April 15, 2020

Dictionary Object in UFT or Testcomplete

A Dictionary object contains a set of key-item pairs
The dictionary object has the following benefits when compared with arrays:
·         The size of the Dictionary object can be set dynamically.
·         Dictionaries surpass arrays in locating items by their content.
·         Dictionaries work better than arrays when accessing random elements frequently.
·         The Dictionary object has built-in methods and properties that allow users to manage the dictionary’s contents and keys.
·         When deleting an item from a Dictionary, the remaining items are automatically shifted up.
The only disadvantage of dictionaries when compared to arrays, is that they cannot be multidimensional.
Methods:
  1. Add
  2. Exists
  3. Items
  4. Keys
  5. Remove
  6. Removeall

Properties
  1. Count
  2. Item
  3. Key
  4. Comparemode

Scrum Overview

Scrum framework
Roles
  1. Product owner
  2. Scrum master
  3. Scrum development team

Sprint planning
Work to be performed in the sprint
Created through collaborated teamwork of scrum team
Answer the questions- what can be delivered and how can be delivered

Backlog refinement
Product owner and team review items in backlog to ensure
  1. Backlog contains appropriate items
  2. The items are prioritized
  3. Items at top of the backlog are ready for delivery

Scrum Artifacts
Product backlog
  1. Ordered list of everything that might be needed in the project
  2. Single source of requirements for any changes that need to made to the product
  3. At any point, the total work remaning to reach the goal can be summed in the product backlog
Sprint Backlog
  1. A set of product backlog selected for that sprint
  2. Contains a plan for delivering the product increment and realizing the sprint goal
  3. Makes all the work the team sees as necessary to meet the sprint goal visible
Increment
  1. The sum of all the backlogs that have been completed in the sprint
  2. The values of all previous sprints

Limitation of scrums
  1. No detailed estimated of time and cost
  2. Uncertainty over cost and completion date of final product
  3. Meetings can consume resources

Scrum values
  1. Commitment
  2. Focus
  3. Openness
  4. Respect 
  5. Courage

Scrumban
  1. Combines scrum and Kanban
  2. Generally used in maintenance projects
  3. Uses the prescriptive nature of scrum
  4. Uses the process improvement of Kanban

Scrum workflow steps
  1. Product backlog
  2. Sprint planning
  3. Sprint backlog
  4. Daily scrum
  5. Sprint review