ERP Testing Posts
Manual Testing Interview Questions – Every QA Should Read
In today’s competitive world, testing is critical to the success of any software product. Manual tests are important in software development because they can be used in situations where automated testing isn’t possible. This Blog about Manual Testing Interview Questions will help you learn software testing.
With this thorough list of over 120 manual testing interview questions and answers, you’ll be ready for your software testing interviews. These manual testing interview questions are appropriate for both fresher and experienced candidates.
Let’s start by going through some of the most common Manual Testing Interview Questions.
16) What are the advantages of manual testing?
- Manual testing is cheaper as compared to automation testing.
- Point of view of an end-user, product analysis is possible only in manual testing.
- Using manual testing you can also be done GUI testing accurately because using automation difficult to test visual accessibility and preferences.
- Manual testing is used where the test script is not repeated and reused more times and mainly for short-term projects.
- Manual testing is best at an early stage of development.
17) What are the drawbacks of manual testing?
- Some types of testing are not possible to do manually like load testing, performance testing, etc.
- Sometimes testing is more time-consuming than manual testing like regression testing.
- Manual testing has a limited scope as compared to automation testing.
- For long-term projects, manual testing is very expensive.
18) What’s the role of documentation in Manual Testing?
Documentation plays an important role in achieving good software testing. In the documentation, we are including details like project requirements and specifications, designs, basic business rules, inspection reports, configurations, test planning, test cases, bug reporting, user manual, etc.
Using test cases documentation will easy to estimate the testing efforts that will need to spend with test tracking and tracing requirements. Some of the applied documentation associated with software testing are listed below:
- Test Plan
- Test Scenario
- Test Case
- Traceability Matrix
19)What makes a good test engineer?
A software test engineer is any professional who ensures that the product meets all the expectations and requirements. A software test engineer creates a process for testing a particular product.
- A good tester should easily understand the priority of the task and should have the ability to take the requirements of the customer.
- A good test engineer should have the ability to assert his ideas to maintain a cooperative relationship with developers Tester has the ability to communicate which he can report a bug for negative things positively with developers as well as with customers and management people also.
- Ability to take a risk whenever they need to make important decisions
20) What is the test harness?
A test harness is the cluster of software and test information. Into the test harness test a program unit by running it in a different environment like pressure, load, data-driven, and observing its behavior, reaction, and outcomes. Test Harness is mainly divided into two parts:
- A Test Execution Engine
- Test script repository
21) What is test closure?
Test closure is a document that has a summary of all test cases which is made during the software development life cycle. Test closure has also detail about the analysis and remove bugs and errors found. Test closure also contains a report of executed test cases, total no. of open bugs, total no. of rejected bugs.
22) Do you know, the difference between Positive and Negative Testing?
|Positive Testing||Negative Testing|
|Positive testing ensures that the application working as an expected result, if not then the test is fails||Negative testing ensures that the application can handle the input or unwanted user behaviour.|
|In this testing, the tester tests the application with a valid set of data.||In this testing, tester test the application with an invalid set of data and check their creativity and validation against invalid data.|
23) Define what is a critical bug.
A critical bug is a bug that is the impacts a major functionality of the given application. This means affecting a large area of the functionality or breaking any functionality and there is no other method to overcome this problem. The application cannot be delivered to the end-user unless the critical bug is fixed.
24) What is the pesticide paradox? How to overcome it?
Based on the pesticide paradox, if the same tests are carried out again and again then the outcome of these test cases are the same, so for the same test cases tester is not able to find new bugs. Developers will be extra careful in those parts where the tester found more bugs and might not look into the other areas.
Below describe Methods to prevent pesticide paradox are following:
- Write a whole new different set of test cases continually to exercise different parts of the software.
- On daily basis review the existing test cases and add new test cases to them.
Using these above methods, it is possible that we can find more bugs in the segment where bug numbers are dropped.
25) What is Defect Cascading in Software Testing?
Defect Cascading is the action of triggering other defects in the application. During testing, while defects go unnoticed then other defects are invoked. As an outcome, a greater number of defects crop up in the later stage of development. If defect cascading continues then impact on other components of the application and determining the affected component becomes more difficult. You can make different test cases for resolving this issue but it is very difficult and time-consuming.
26) What is the term ‘quality’ mean when testing?
Quality software is defect-free, delivered on time and within budget, meets conditions and expectations, and is maintainable. Still ‘Quality’ is a personal term. Quality will depend on who the ‘customer’ is and their overall influence in the scheme of things. The accounting department might define quality in terms of earnings while an end-user might describe quality as user-supportive and defect-free.
27) What is black box testing, and what are the various techniques?
Black Box testing also known as specification-based testing, analyses the functionality of the software without knowing about the internal structure of the application. The goal of this testing is to check the whole workflow of the system is works correctly and meets user demands. Various black box testing techniques are listed below:
- Equivalence Partitioning
- Boundary Value Analysis
- Decision Table Based Technique
- Cause-effect Graphing
- Use Case Testing
28) What is white box testing, and what are the various techniques?
White-box testing is also known as structure-based testing, for white box testing requires knowledge of the internal structure of the application. The purpose of this testing is to improve design and usability, check the flow of input/outputs, enhance security. Below are the various kind of white box testing techniques:
- Statement Coverage
- Decision Coverage
- Condition Coverage
- Multiple Condition Coverage
29) What are the Experience-based testing techniques?
Experienced-based testing is all about finding, research, and learning. The tester continuously studies and analyses the product and accordingly applies his skills, trick, and experience to develop test strategies and test cases to perform necessary testing. Various experience-based testing techniques are:
- Exploratory testing
- Error Guessing
30) What is a top-down and bottom-up approach to testing?
Top-Down – Testing occurs from top to bottom. This is, high-level modules are tested first and after that low-level modules. Lastly, the low-level modules are integrated into a high-level state to guarantee the framework is working as it is expected to.
Bottom-Up – Testing occurs from base levels to high-up levels. The lowest level modules are tested first and thereafter high-level state modules. Lastly, the high-level state modules are corresponded to a low level to guarantee the framework is filling in as it has been proposed to.
Alpha Vs Beta Testing: What’s the Difference?
Before we start alpha vs beta testing, We should know what is alpha testing and what is beta testing.
What is Alpha Testing?
Alpha testing is conducted to determine defects before releasing the final product to end users or to the public. Then the main goal of alpha is to identify the tasks that a typical user might perform and test them.
What is Beta Testing?
Beta testing is a type of software testing which is performed by real users of the software in a real environment. Beta testing is also one type of user acceptance testing. This testing helps the tester to test products in the customer’s environment.
Difference: Alpha Vs Beta Testing
The difference between alpha vs beta testing is as below:
|Alpha Testing||Beta Testing|
|Alpha testing needs a testing atmosphere or a lab for testing.||Beta testing doesn’t need a testing atmosphere or lab for testing.|
|Alpha testing may need a lengthy execution cycle.||Beta testing needs only a few weeks of execution.|
|In alpha testing, developers can directly address critical bugs or fixes.||Most of the bugs or feedback collected from the beta testing will be executed in future versions of the product.|
|Alpha Testing||Beta Testing|
|The goal of alpha testing is to estimate the quality of the product.||The goal of beta testing is to estimate customer satisfaction.|
|To confirm Beta eagerness||To confirm release eagerness|
|Concentrate on finding defects or errors||Concentrate on gathering recommendations/feedback and consider them effectively|
|Confirm that, does the product works properly without any bugs.||Confirm that, do clients like the released product.|
|Alpha Testing||Beta Testing|
|Multiple test cycles performed||Only performed 1 or 2 test cycles|
|Separately each test cycle stays for 1 – 2 weeks||Separately each test cycle stays for 4 – 6 weeks|
|The duration of the cycle also depends on how many bugs are found and how many new features are added during alpha testing.||The duration of the cycle may expand based on the end user’s feedback/recommendation.|
|Alpha Testing||Beta Testing|
|An acceptable number of bugs were missed in earlier testing activities.||Major finished product with very a much smaller number of defects and crashes.|
|Incomplete components and documentation.||Almost finished components and documentation.|
What Is ERP Testing?
Before going into ERP testing, we've to know about the ERP. ERP stands for Enterprise Resource Planning. ERP Testing is critical since each business can customise its workflow depending on the needs of their organisation. When doing ERP testing, the tester has got to understand the business workflows, data flows, and ERP modules. Then only he/she are going to be ready to test and ensure the system implementation is suiting their organisation.
How To Do ERP Testing?
ERP Testing mainly focuses generally on functional testing and performance testing. The next preference is given for the mixing between the modules and therefore the data flows. ERP testing are often done either manually or automatically. ERP testing are often wiped out the below phases:
Identify the business processes and define the scope of testing.
- Setting up a test system.
- Prepare Test Plan.
- Prepare the test suites.
- Create test data sets.
- Write test cases.(manual/automated)
- Test Execution.
- Prepare Test Reports.
Different Types Of ERP Testing
Functional Testing: Functional testing will cover the aspects of compatibility, localisation, integration with other systems, etc. The testing are often done either manually or by automation. This is the primary testing type got to be conducted since the functional workflow should work flawlessly. After functional testing completed, the opposite sorts of testing got to be performed. The testing are often done by manual or automated testing.
Integration Testing: Integration testing usually conducted when an application is interacting with multiple components. The components need to be tested individually. After the completion of the testing of the modules, it must be tested with all components as an entire workflow. Then only the system should work sort of a single unit at the top after integration seamlessly.
Performance Testing: Performance testing usually conducted to make sure what percentage users can access the system at an equivalent time and what's the reaction time during that. The user volume and therefore the concurrent usage are going to be more after the implementation of ERP systems. It is critical to try to to the performance testing of the ERP system since it's to interact with multiple applications.
Security Testing: Security testing is conducted to make sure that the system follows the quality security policies and rules. It helps to spot risks, threats, and vulnerabilities of the system. After identifying the vulnerabilities, those should be fixed and tested before the implementation of the ERP system.