HOV QA Engineers
  • πŸ”HOV QA Engineers
  • AGILE TESTING
    • πŸ’»CSS elements for QA
    • πŸ›«On-boarding QA
    • 🀝Testers Communications, Task and Responsibilities
    • ♻️Software Testing Life cycle
    • πŸ““Test Plan
    • 🎟️Kanban board and ticket flows
    • πŸ““User Stories and Acceptance Criteria
    • πŸ‘£Gherkin syntax
    • πŸ€–Test Design
    • πŸ“…Test Strategy
    • πŸ‘¬Types of Testing strategy
    • πŸ§ͺTesting types
    • πŸ›Bug and Bug life Cycle
    • ✍️Manual Testing
    • Automation testing
    • πŸ‘·β€β™‚οΈE2E Testing
    • E2E testing best practices
    • Accessibility testing
    • Performance testing
    • Mobile Testing
  • Tools and Guidelines
    • Software QA Engineer Roadmap
    • πŸ’»Setup Cypress v10 E2E testing
    • πŸ§ͺSetup End to end test with Cypress test suite
    • Setup Performance test with k6
    • API testing with postman
    • Building GitHub Action part 1
    • ✍️Playwright + Cucumber
  • Training Videos
    • SQA Trainings
  • Research
    • πŸ“±Mobile Automation with Appium
      • Setup Project and Configuration (Android)
    • 🎭Playwright - Web Apps E2E Testing Tool
      • Setup Project and Configuration (Android)
    • Testing Library
  • PROJECTS
    • Page 2
    • Opexa
    • πŸ“£Identifi
      • βš–οΈSQA Metrics and Testing progress
      • πŸ§ͺManual testing
        • WEB
          • Sanity Testing
          • Regression Test cases
          • Credentials and URLs
        • Android
          • Sanity Testing
          • Regression Testing
          • End to end Testing
          • Credentials
        • IOS
          • Sanity Testing
          • Regression Testing
      • πŸ“”API Testing
      • πŸ€–Web Automation
        • E2E Automation Test Plan
        • Web Automation Setup
          • 🚧Setup WSL2 Environment for Windows
          • πŸ—οΈSetup local Environment (Linux/Ubuntu)
        • Regression Testing Coverage
        • Sanity Testing Coverage
      • 🎭Performance Testing
        • K6 Test Runs
      • πŸ“΄Mobile Automation
        • Mobile Automation Test Plan
        • Identifi Mobile Automation Setup
      • Page 1
    • πŸ–ΌοΈsubsit
      • Test plan
      • Smoke Test cases
      • πŸ§ͺTest Scenarios
      • πŸ•ΈοΈWeb Automation
    • 🧡ThreadSync
      • Test Plan
    • πŸ‘οΈUpWatch
      • Product Requirement
      • Test plan
      • Monitoring & Bug Reporting
      • E2E Test
        • E2E UpWatch Test
      • E2E QA Automation
    • 🎲Wallet
      • 🧬Test Plan
      • πŸ’»E2E Wallet Automation Test Plan
      • πŸ“–E2E Test Automation Docs
      • πŸ“‘Credentials| Urls
      • πŸ“šWallet Feature List
    • πŸ‘¨β€πŸ’»DevLuvs
      • πŸ§ͺTest Cases
      • πŸ”‘Credentials For Automation
        • πŸ€–Automation Test Cases
      • πŸ“ŠAutomation Board
    • βš™οΈMehira
      • πŸ•ΈοΈWeb Automation
      • Sanity Testing Document
      • How to start running Mehira application from your local using Docker engine via Ubuntu platform
Powered by GitBook
On this page
  1. AGILE TESTING

Bug and Bug life Cycle

Error (mistake)/defect (tester found)/bug (developer assigned) is the cause of a system/software failure. There is a life cycle in STLC to keep tracking and fixing bug this is known as Bug life cycle. Bug life cycle has following stages:

  • New

  • Assigned

  • Open

  • Fixed

  • Re-test

  • Verified

  • Re-open

  • Closed

  • Duplicate

  • Rejected

  • Deferred

  • Not a bug

BUG ticket format

  • UI or Functionality Bug

    Format

    Title: [Feature or Page] <Issue>
    
       Details:
    	Tested on: <URL> or <Environment>
    	Test Data: <user credentials> or any test data
    
    	Steps to Replicate: <steps on how you found the bug.>
    
    	Expected Result: <given the steps, what is/are the expected behavior(s)>
    	Actual Result: <what actually happened after doing the steps>
    
    	Screenshot or Screen Recording:  <link or attached file(s)>
    
    Priority: Critical, High, Medium, Low
    Assignee: <assigned developer>
    
    Other fields:
    Epic Link: <card number or link to the feature>
    Linked Issues: <related story cards>
    Flags: Blocker, etc.
    
    Required fields

    Example:

    Title: [Compliance Check Settings] Cannot enable Contrabet Offender Setting
    
    Details:
    
    	Tested on: <http://admin.development.aonewallet.com/en/withdrawals/compliance-checks> 
    	Test data
              Admin code: m377,
    	  Admin username: 'admin88', 
              Admin password: 'password'
    
    	Steps to Replicate:
    	1. Log into the admin portal.
    	2. Click Withdrawals > Compliance Checks in the Side Menu.
    	3. Click the Enable toggle switch of the Contrabet Offender Setting.
    	4. Click Save Changes button.
    	
    	Expected Result: Contrabet Offender Compliance Check Setting should be enabled
    	Actual Result: Contrabet Offender Compliance Check Setting is still disabled
    	Screen recording: contrabetsetting.mp4
    
    Priority: High
    Assignee: Janel
    Epic Link: Withdrawals
    Linked Issues: [Blocks] ONW-911 Admin enables compliance check settings
      [relates to] ONW-922 Admin updates compliance check settings
    Flag: Blocker

  • Web Service (API) Issues Format

*Title: [API] [<service or operationName>] <issue>

*Description:
	Summary: <a short summary of the issue>

	*Request: <the actual API request>

	*Expected Result: <given the request, what is the expected response>
	*Actual Result: <what is the actual response>

	Test Report: <link to the test report, if available>

	Screenshot: <link or attachment>

*Priority: <Critical, High, Medium, Low>
*Assignee: <assigned developer>

Example:

Title: [API] [Games]: Mismatched payload structure

Description:
	Summary: The request payload for "games" service is incorrect. Assets object returns null.

	Request:
	query games($first: Int, $after: String, $filter: GamesFilterInput) {
	   games(first: $first, after: $after, filter: $filter) {
	       ...gamesConnectionFields
			   }
		}
	
		fragment gameFields on Game {
		   __typename,
		   id,
		   vendor {
		       ...vendorFields
		   },
		   gameCode,
		   gameType,
		   assets(language: β€œen”){
		       ... on GameAssets {
		           ...gameAssetsFields
		       }
		   }
		}
	
		fragment gamesConnectionFields on GamesConnection {
		   __typename,
		   totalCount,
		   edges {
		       ...gamesConnectionEdgeFields
		   },
		   pageInfo {
		       ...pageInfoFields
		   }
		}
	
		fragment gameAssetsFields on GameAssets {
		   __typename,
		   name,
		   image
		}
		
		fragment vendorFields on Vendor {
		   __typename,
		   code,
		   type
		}
		
		fragment gamesConnectionEdgeFields on GamesConnectionEdge {
		   __typename,
		   cursor,
		   node {
		       ...gameFields
		   }
		}
		
		fragment pageInfoFields on PageInfo {
		   __typename,
		   endCursor,
		   hasNextPage
		}

	Expected: Request payload should be:
		["data", "games", "__typename", "totalCount", "edges", "__typename", "cursor", "node", "__typename", "id", "vendor", "__typename", "code", "type", "gameCode", "gameType", "assets", "pageInfo", "__typename", "endCursor", "hasNextPage"]

	Actual: {"data":{"games":{"__typename":"GamesConnection","totalCount":2443,"edges":[{"__typename":"GamesConnectionEdge","cursor":"+u5K3BLdbxAcbAuy","node":{"__typename":"Game","id":"gam_cb9f98a575de57d3b17f4f1b14e32091","vendor":{"__typename":"Vendor","code":"GPK_AT","type":"TRANSFER"},"gameCode":"272","gameType":"SLOT","assets":null}}],"pageInfo":{"__typename":"PageInfo","endCursor":"+u5K3BLdbxAcbAuy","hasNextPage":true}}}}

Priority: High
Assignee: Roger
PreviousTesting typesNextManual Testing

Last updated 2 years ago

πŸ›