What is AutoIt?
AutoIt is a freeware scripting language designed for automating windows GUI and general scripting. It uses a combination of mouse movement, keystrokes and window control manipulation to automate a task which is not possible by selenium web-driver.
Why Use AutoIt?
Selenium is an open source tool that is designed to automate web-based applications on different browsers but to handle window GUI and non HTML popups in application. AutoIT is required as these window based activity are not handled by Selenium.
Source: https://www.guru99.com/use-autoit-selenium.html
Wednesday, April 22, 2020
Wednesday, April 15, 2020
Page Factory
What is Page Factory?
Page Factory is an inbuilt Page Object Model concept for Selenium Web-Driver but it is very optimized. Here, you follow the concept of separation of Page Object Repository and Test Methods.
Additionally, with the help of the Page Factory class, I will use annotations @FindBy to find Web-Element.
For implementation of Page Object Model with Page Factory in Selenium Web-Driver use below link:
https://www.guru99.com/page-object-model-pom-page-factory-in-selenium-ultimate-guide.html
https://www.guru99.com/page-object-model-pom-page-factory-in-selenium-ultimate-guide.html
Tuesday, April 14, 2020
Defect/Bug Life Cycle in Software Testing
What is Defect Life Cycle?
DEFECT LIFE CYCLE or Bug Life Cycle is the specific set of states that a Bug goes through in its entire life. The purpose of the Defect life cycle is to easily coordinate bug status changes to various assigners and make the bug fixing process systematic.
Bug Life Cycle Status
The number of states that a defect goes through varies from project to project. Below life-cycle diagram, covers all possible states
New: When a new defect is logged and posted for the first time. It is assigned a status as NEW.
Assigned: Once the bug is posted by the tester, the lead of the tester approves the bug and assigns the bug to the developer team.
Open: The developer starts analyzing and works on the defect fix.
Fixed: When a developer makes a necessary code change and verifies the change, he or she can make bug status as "Fixed."
Pending retest: Once the defect is fixed the developer gives a particular code for retesting the code to the tester. Since the software testing remains pending from the testers end, the status assigned is "pending retest."
Retest: Tester does the retesting of the code at this stage to check whether the defect is fixed by the developer or not and changes the status to "Re-test."
DEFECT LIFE CYCLE or Bug Life Cycle is the specific set of states that a Bug goes through in its entire life. The purpose of the Defect life cycle is to easily coordinate bug status changes to various assigners and make the bug fixing process systematic.
Bug Life Cycle Status
The number of states that a defect goes through varies from project to project. Below life-cycle diagram, covers all possible states
New: When a new defect is logged and posted for the first time. It is assigned a status as NEW.
Assigned: Once the bug is posted by the tester, the lead of the tester approves the bug and assigns the bug to the developer team.
Open: The developer starts analyzing and works on the defect fix.
Fixed: When a developer makes a necessary code change and verifies the change, he or she can make bug status as "Fixed."
Pending retest: Once the defect is fixed the developer gives a particular code for retesting the code to the tester. Since the software testing remains pending from the testers end, the status assigned is "pending retest."
Retest: Tester does the retesting of the code at this stage to check whether the defect is fixed by the developer or not and changes the status to "Re-test."
Verified: The tester re-tests the bug after it got fixed by the developer. If there is no bug detected in the software, then the bug is fixed and the status assigned is "verified."
Reopen: If the bug persists even after the developer has fixed the bug, the tester changes the status to "reopened". Once again the bug goes through the life cycle.
Closed: If the bug is no longer exists then tester assigns the status "Closed."
Duplicate: If the defect is repeated twice or the defect corresponds to the same concept of the bug, the status is changed to "duplicate."
Rejected: If the developer feels the defect is not a genuine defect then it changes the defect to "rejected."
Deferred: If the present bug is not of a prime priority and if it is expected to get fixed in the next release, then status "Deferred" is assigned to such bugs.
Not a bug: If it does not affect the functionality of the application then the status assigned to a bug is "Not a bug".
Subscribe to:
Posts (Atom)
Featured Posts
-
Top Performance Testing Tools Load Ninja Apache JMeter Web LOAD LoadUI Pro Load View NeoLoad LoadRunner Silk Performer AppLoader SmartMeter....
-
What is CI/CD? Continuous integration (CI) and continuous delivery (CD) is collection of practices that enable application development teams...
-
Extent Report: Extent Reports are the most popular reporting used with Selenium. As we all know, TestNG generates html reports by defaul...
-
IntelliJ IDEA is an integrated development environment (IDE) for Java, which provides features to write and run tests for Java applications....
-
Zephyr is an extension for JIRA. It is a native application that exists in JIRA and brings quality test management capabilities to any JIRA ...
-
The BlazeMeter Chrome Extension: The BlazeMeter chrome extension is a free tool that enables you to Record, Browse, Upload, and Run your tes...