If you're looking for Manual Testing Interview Questions & Answers for Experienced or Freshers and QTP Interview Questions, you are at the right place. There are a lot of opportunities from many reputed companies in the world. According to research Manual Testing And QTP average salary ranges from $77,771 to $105,509. So, You still have the opportunity to move ahead in your career in Manual Testing And QTP Development. Mindmajix offers Advanced Manual Testing And QTP Interview Questions 2019 that helps you in cracking your interview & acquire dream career as Manual Testing And QTP Developer.
Want to Become a Certified Tester? Visit here Manual Testing Training
Top Manual Testing Interview Questions
Q1. Why will you use Automation Testing?
Ans: Efficiency of testing greatly improves with automation testing, efforts and costs are greatly reduced and accurate results are provided.
Q2. How will you define automated testing?
Ans: Automated testing is the use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes and the setting up of test preconditions.
Q3. List down the limitations of automated testing.
- Planning and preparing all test cases for the software under test is difficult.
- It is mainly effective in testing GUI based applications. Automated testing is not effective for non GUI applications.
- To be very honest it is mostly dependent on GUI layout so when the interface changes the automated test script must also be modified.
Q4. Give scenarios where you will prefer automated testing.
- When it improves the speed, coverage, and risk mitigation of the project.
- When automated testing implementation is simple.
- If changes are unlikely and requirements are stable.
Q5. Which components are the best candidates for automated testing?
- Components are Mission-critical.
- Components are Self-contained.
- Simple scripting components.
Q6. What are some techniques that can be used to improve automated testing?
Ans: Utilization of proper error handling, clear requirement definition, and proper deployment plan can improve automated testing.
Q7. Which testing tools support interoperability?
Ans: Testing tools that support interoperability are WinRunner and QTP.
Q8. What is table driven testing?
Ans: Table-driven testing is an automated testing methodology in which test cases are created and executed based on keywords or actions.
Q9. What is data driven testing?
Ans: Data-driven testing (DDT) is a testing methodology where test scripts are written to run together with their related data sets in a framework.
Q10. What is modulatory driven testing?
Ans: It requires the creation of small, independent scripts that represent modules, sections, and functions of the application-under-test.
Q11. What are some of the famous automated testing tools?
Ans: WinRunner, LoadRunner, QTP, Selenium, Silk Test, Rational Functional Tester, Rational Robot.
Interested to learn more testing tools, then read our famous automated testing tools blog
Q12. Can we use automation testing before manual testing?
Ans: No we cannot do that as in order to perform automation we need to stabilize the application first and that will only be done with the help of manual testing.
Q13. What are the different levels of manual testing?
Ans: Mainly, there are four levels of manual testing. Each of these levels has a particular purpose to the software development lifecycle.
- Unit Testing
- Integration Testing
- System Testing
- Acceptance Testing
Unit testing: A unit is a small testable part of any software. The purpose is to test every unit of the software that performs as designed. It checks if all the components are fulfilling functionalities or not.
Integration Testing: In this, all individual units are tested to check whether they are working as they design to when integrated. The purpose here is to check the interface between the modules.
System Testing: It ensures all the components of the software are tested and meets the requirements specified.
User Acceptance Testing: It’s the final level of software testing, determines the software is ready to release or not.
Q14. What is the procedure of manual testing?
Ans: The procedure of Manual Testing includes the following phases:
- Requirement Analysis
- Test case Creation
- Test Plan Creation
- Defect Logging
- Test case Execution
- Defect Fix
Q15. When to stop the testing process?
Ans: The testing process ends after completing the following milestones:
Test case execution: This is one of the most important phases in the STLC. It is referred to the successful completion of the test cycle until the final bug fixes.
Testing deadline: It refers to the end date of the validation stage if no critical or high priority remains in the system.
Code Coverage (CC) ratio: It is a measure to check the amount of code covered through automated tests.
Mean Time Between Failure (MTBF) rate: It’s the average amount of time product or device functions before failing
Q16. List the different types of software testing
Ans: The following are the different types of software testing:
- Unit testing
- Regression testing
- Integration testing
- Smoke testing
- Performance testing
- Shakeout testing
- Functional testing
- Black-box testing
- System testing
- Load testing
- Stress testing
- Endurance testing
- Alpha and Beta testing
For more information read our Software testing types blog
Q17. What is the difference between validation and verification in software testing?
- In software testing, validation confirms the developed product doesn’t contain any bugs and functioning as expected. This process includes functional testing and non-functional testing.
- Verification confirms the product development takes place according to standard development procedures and specifications. It includes inspections, walkthroughs, demos, and reviews.
--Related article Tosca Test Automation Interview Questions
Q18. What is Test Coverage?
Ans: The quality metric which denotes the percentage of testing completed for a product is called test coverage. It is useful for both functional and non-functional testing activities. It can also be used to add missing test cases.
Q19. What is the difference between static testing and dynamic testing?
|Static Testing||Dynamic Testing|
|It is done in the early stage of the development life cycle to identify the defects and is more effective than dynamic testing.||It is done at the later stage of the development life cycle.|
|It is executed before code deployment.||It is executed after code deployment.|
|Done without executing the code.||Done with the execution of code.|
|Posses more statement coverage compared to dynamic testing||It covers a limited area of code so possess less statement stage.|
|It includes Walkthroughs, code review.||It includes functional and nonfunctional testing|
|Performed in the verification stage||Performed in the validation stage.|
Q20. What are the black box and white box testing?
Ans: Software testing is categorised into two types:
Black Box Testing: It is a software testing method in which the design/ structure of the item being tested is not known to the tester.
Subscribe to our youtube channel to get new updates..!
White Box Testing: It is a software testing method in which the design/ structure of the item being tested is known to the tester.
Q21. What’s the difference between a bug and a defect in software testing?
Ans: A bug is an error detected during the testing time of the software. Whereas, a defect is a change between expected and actual results. The defect is detected after the product goes live by the developer.
Q22. Explain API testing
Ans: API testing is a software testing type that approves the application programming interfaces. The aim here is to check the performance, functionality, security, and reliability of the programming interfaces. Instead of using standard user keyboard inputs and outputs, in this testing, we use software to send calls to the API, receive output, and check the system’s response.
The benefits of using API testing are:
- Earlier testing
- Easier test maintenance
- Faster time to resolution
- Speed and coverage of testing
Q23. What is the difference between a test driver and a test stub?
Test stub is used during top-down testing for simulating the performance of the lower-level modules that are not yet integrated. They act as a temporary replacement for a called module and provides the same output of the actual product.
Test Driver is used during Bottom-up testing for simulating the performance of the upper-level modules that are not still integrated. They act as a temporary replacement for a called module and provides the same output as that of the actual product.
Q24. Explain End-to-End Testing
End-to-end testing is a technique used to test the entire software product right from start to finish to ensure the application flow is behaving as expected. The purpose of performing this test is to find out system dependencies and assure data integrity maintained between various system components and systems.
End-to-end testing is more reliable and widely used because of these following benefits:
- Expand test coverage
- Reduce time to market
- Ensure the correctness of the application
- Reduce cost
- Detect bugs
Q25. What are the modes of recording?
Ans: There are 3 types of recording modes.
- Analog Recording
- Low Level Recording
- Normal Recording
Q26. What are the different add-ins’ supported in QTP?
Ans: There are many add-ins’ supported in QTP like web, Java, .Net, Silverlight
Q27. What are the default add-ins’ in QTP?
Ans: In QTP there are 3 default add-ins’ viz. activex, visual basic,web
Q28. What are the types of licenses in QTP?
Ans: There are 2 types of licenses.
- Seat License
- Concurrent License
Q29. Explain Test Settings in QTP.
Ans: Test settings are a very important part of the QTP test. You can open the test settings from the file sub menu.
You will find below sections in the test settings window.
1. Properties Settings: In the properties section you will find the location of the test and add-ins associated with the test.
2. Run Settings: In the run section you will find below settings.
Data table iterations
When an error occurs – what to do
Object Synchronization timeout
3. Resources Settings: In the resources section you will be able to see/edit the associated function libraries of the test.
4. Parameters Settings: In the parameters section you will specify the input and output parameters.
You can access the parameters using the script as mentioned below.
Create the Application object
Set qtApp = CreateObject(“QuickTest.Application”) ‘ Set pDefColl = qtApp.Test.ParameterDefinitions
Retrieve the Parameters collection defined for the test
Set rtParams = pDefColl.GetParameters()
Retrieve a specific parameter
Set rtParam = rtParams.Item(“sagar”) print rtParam.value.
5. Environment Settings: In the Environment section you can view built-in and user defined global variables. You can also create new user defined variables here.
6. Web Settings: In the web section you can specify the browser navigation timeout.
7. Recovery Settings: In the recovery section, you will be able to add and activate/deactivate new recovery scenarios to the test.
You can also view the properties of the scenarios.
8. Local System Monitor Settings: In this section you can monitor the various properties of the system like memory usage, CPU usage by the given application during test execution.
Q18. What is QuickTest Professional?
Ans: QuickTest Professional is a Functional and Regression testing tool from HP Software, which can record the user actions, keyed in while recording and execute these user actions while we play back (run) the test. It can be used to test the functionality of the application in the regression testing phase.
Q30. How do you decide what test cases to be automated?
Ans: When we have a large number of test cases (in most cases we do) we have to carefully analyze them and group them into categories and then decide if that test case should be executed on every release/build of the application or not. If the test case is not intended to be executed on every release it should not be automated since it falls into a “one-time” testing category. Some test cases might be very time consuming to automate whereas executing them manually could be just a matter of 5 to 10 minutes.
Such type of test cases should be given the least priority in terms of when to automate them. Some test cases may have a manual intervention for example: when you create an account in the application someone in your team has to do run some batch processes manually in order for you to continue with further testing. These kinds of test cases should not be automated unless you have full control of the backend processes to be run for the successful completion of the test using QTP.
Q31. How does QTP work?
Ans: QTP has two components:
- VB Script Language
- Object Repository
VB Script Language: While recording the user actions on the Applications QTP will generate the VB Script statements, which indicate the actions it is supposed to perform.
Object Repository: While recording, QTP will also learn the objects present in the application, say for example a Window, checkbox, radio button etc. and stores these objects in a place called Object Repository. In order to run the test successfully the corresponding object should exist in the Object Repository.
Q32. What are the modes of Recording in QTP?
Ans: There are three modes:
- Context Sensitive
- Low Level
1. Context Sensitive Mode: In this mode QTP records the objects and properties of the objects from the application so that it can identify them while playing back the script. 99% of testing is done using the context sensitive mode.
2. Analog mode: In this mode QTP records the mouse movements and keystrokes on the keyboard as Tracks so that it can help you in testing the situations like signature scanning or handwriting or drawing some objects on the screen or in a window etc.
3. Low Level recording: In this mode QTP records the objects based on their location by capturing the X and Y coordinates of the objects on the screen. The Analog and Low Level recording modes can be selected only after hitting the record button. In the picture below the first icon is for Analog recording and the second one is for Low Level recording.
Analog and Low Level Recording modes can only be selected after starting to Record and going to the Automation menu.
Q33. What are the modes of running test in QTP and what do they mean?
There are three modes of replaying the test. These are not listed on the tool bar.
When we hit the Run button we get the “Run” dialogue box, which gives us two options.
To save the results in the New run results folder. This is the Verify mode.
To save the results in the Temporary run results folder overwriting the earlier results. This is the Debug mode.
When we need to run the test to update the Checkpoints go to the “Automation” menu and select “Update Run Mode”.
Verify Mode: If the test engineer wants to save the results of the test run to compare and verify with the future runs of the same test he would go with the Verify mode.
Debug Mode: If the Test engineer does not want to save the results as he is yet to finish the script or he is testing his QTP coding logic he would run the test in the debug mode.
Update Mode: If a test engineer wants to update the expected results while running the test, say for example while recording the script the calendar date was 10/20/2008 and while executing the test it is a different date (system date), then the test should be run in the update mode otherwise the test would fail because of the changed properties of the object.
Sequence of things happening when the script is played back:
- QTP’s inbuilt interpreter checks for the syntax errors in the script.
- It checks to see if the object specified in the script exists in the repository.
- It checks if the object specified in the script exists on the Application Under Test.
- Does the action/task specified in the script.
During script execution if any of the above phases encounter the error, then an error window pops up depending on the situation.
Snapshots of the error messages:
1. Syntax error:
2. Object not found in the repository:
3. Object exists in the repository but is not displayed on the screen:
Q34. How do you start the Application Under Test?
Ans: If you are working with just one application: In QTP we can specify the URL for the application or the exe file of the application within the settings. Go to “Automation” menu and select “Record and Run Settings” option. It opens a Record and Run settings dialogue box, which has options to enter the URL of the application for web or exe file of the application if it is a windows application.
For the main test, which calls the reusable actions, we can use the option “Open the following browser when a record or run session begins”. Once the application is open we don’t need to open the application again so for all the reusable action we can use the option “Record and run test on any open Web browser”. But we should make sure that all the browsers except Quality Center are closed before recording or running the tests.
For windows applications we can select the application by clicking the “Add” button and browsing the 0065xecutable file of the application.
See the picture below:
If you are working with multiple applications: At the workplace usually we will be working with more than one application and we might need to automate the test cases for these applications. In this situation, we should select the Radio button “Record and run test on any windows based application” for non web based applications or “record and run test on any open browsers” for web applications which will instruct QTP not to open any application by itself. Then we need to include the statement SystemUtil.Run in the Login script /Action and execute that as the first action in the flow of actions.
Example: SystemUtil.Run https://www.mindmajix.com
Or if it is a windows based application we have to give the path of the executable.
SystemUtil.Run “C:Program FilesMercury InteractiveQuickTest Professionalsamplesflightappflight4a.exe”
Q35. What statement would you use to send the results to the test results?
Ans: We would use Reporter.Reportevent followed by the step name, description and result to send the result to the test results and get the status whether the step passed or failed.
Reporter.ReportEvent 0,”Property Check”, “Property Checked Passed” Value “0” indicates that the step is passed and “1” indicates that the step is failed. You can also use micPass or micFail in place of 0 or 1.
Q36. What is Parameterization?
Ans: Parameterization is a way of data entry into the application without hard coding the values within the test script. There are various ways to parameterize.
- Using values from Data Table
- Using Environment Variables
- Using Random Numbers generated
- Using Test Parameters
- Using Action Parameters
Q37. What are the standard Object classes?
Ans: Developers assign properties to each object on the application. Object class is an industry standard to identify a particular type of object in the application and some of the commonly used standard classes are:
- Dialogue box
- Push button
- Edit Box
- Radio button
- List box
- Combo box
If the class property of the object is defined as Object or WinObject or WebElement depending on the type of application you are using, then it is not a standard object and comes under the category of Non-Standard object.
Q38. How do you identify an object if it is not associated with any standard class, using QTP?
Ans: Any object which is not associated with the standard class will have a class of either WinObject (for Windows applications) or WebElement (for web applications) and are considered as Non-Standard objects. Non-standard objects are represented with a special Tri-colored symbol in the Object Repository.
Q39. What is an Object Repository?
Ans: Object Repository (OR) is a collection of objects pertaining to the application under test. Example: All the text boxes, list boxes, images etc are stored in a file in QTP. This file is called the object repository. Each object will have the set of properties to identify that object uniquely in the application. At the time of execution, QTP identifies the objects on the screen by comparing them with the objects and their properties in the repository.