Latest Manual Testing Interview Questions
Q – 1 Consider the cold storage house, which has two rooms to store and preserve different edible products. in the first room the temperature to be maintained is between 1 to – 4 degree centigrade. in the other room the temperature to be maintained is between 1 to 5 degree centigrade. thermometers and freezers are attached in the room to maintain the required temperature. the thermometer notifies the temperature after every 5 min to the electronic circuitry, which decides if the freezer needs to be started. once the freezer starts it works till minimum temperature required is reached and then the circuitry switches the freezer off. the tolerance of the circuitry is +5% (i.e.) the circuitry doesn’t take any action if the noted temperature is 5 % more or less than the temperature range to be maintained.
write the test case to check the implementation of the system assuming that there is no time delay it the thermometer sensing the temperature, notifying it to the circuitry, and the circuitry actually switching on the freezer?
Ans-
Q – 2 What is the difference between Product-based Company and Projects-based Company?
Ans- Product based company develops the applications for Global clients i.e. there is no specific clients. Here requirements are gathered from market and analyzed with experts.
Project based company develops the applications for the specific client. The requirements are gathered from the client and analyzed with the client.
Q – 3 What is TRM?
Ans- TRM means Test Responsibility Matrix.
TRM: — It indicates mapping between test factors and development stages…
Test factors like:
Ease of use, reliability, portability, authorization, access control, audit trail, ease of operates, maintainable… Like dat…
Development stages…
Requirement gathering, Analysis, design, coding, testing, and maintenance
Q – 4 What the main use of preparing a traceability matrix?
Ans- Traceability matrix is prepared in order to cross check the test cases designed against each requirement, hence giving an opportunity to verify that all the requirements are covered in testing the application.
(Or)
To Cross verify the prepared test cases and test scripts with user requirements. To monitor the changes, enhance occurred during the development of the project.
Q – 5 What is Software reliability?
Ans- It is the probability that software will work without failure for a specified period of time in a specified environment.Reliability of software is measured in terms of Mean Time Between Failure (MTBF). For eg if MTBF = 10000 hours for an average software, then it should not fail for 10000 hours of continous operation.
Q – 6 Explain Software metrics?
Ans- Measurement is fundamental to any engineering discipline
Why Metrics?
– We cannot control what we cannot measure!
– Metrics helps to measure quality
– Serves as dash-board
The main metrices are :size,shedule,defects.In this there are main sub metrices.
Test Coverage = Number of units (KLOC/FP) tested / total size of the system
Test cost (in %) = Cost of testing / total cost *100
Cost to locate defect = Cost of testing / the number of defects located
Defects detected in testing (in %) = Defects detected in testing / total system defects*100
Acceptance criteria tested = Acceptance criteria tested / total acceptance criteria
Q – 7 What is the formal technical review?
Ans- Technical review should be done by the team of members. The document, which is going to be reviewed, who has prepared and reviewers should sit together and do the review of that document. It is called Peer Review. If it is a technical document, It can be called as formal Technical review, I guess. It varies depends on the company policy.
Q – 8 What are the main key components in Web applications and client and Server applications? (differences)?
Ans- For Web Applications: Web application can be implemented using any kind of technology like Java, .NET, VB, ASP, CGI& PERL. Based on the technology,We can derive the components.
Let’s take Java Web Application. It can be implemented in 3 tier architecture. Presentation tier (jsp, html, dthml,servlets, struts). Busienss Tier (Java Beans, EJB, JMS) Data Tier(Databases like Oracle, SQL Server etc., )
If you take .NET Application, Presentation (ASP, HTML, DHTML), Business Tier (DLL) & Data Tier ( Database like Oracle, SQL Server etc.,)
Client Server Applications: It will have only 2 tiers. One is Presentation (Java, Swing) and Data Tier (Oracle, SQL Server). If it is client Server architecture, the entire application has to be installed on the client machine. When ever you do any changes in your code, Again, It has to be installed on all the client machines.
Where as in Web Applications, Core Application will reside on the server and client can be thin Client(browser). Whatever the changes you do, you have to install the application in the server. NO need to worry about the clients. Because, You will not install any thing on the client machine.
Q – 9 In what basis you will write test cases?
Ans- I would write the Test cases based on Functional Specifications and BRDs and some more test cases using the Domain knowledge.
Q – 10 What is the minimum criteria for white box?
Ans- We should know the logic, code and the structure of the program or function. Internal knowledge of the application how the system works what’s the logic behind it and structure how it should react to particular action.
Q – 11 Why we perform stress-testing, resolution-testing and cross- browser testing?
Ans-
Stress Testing: –
We need to check the performance of the application.
Def: Testing conducted to evaluate a system or component at or beyond the limits of its specified requirements
Resolution Testing: –
Some times developer created only for 1024 resolution, the same page displayed a horizontal scroll bar in 800 x 600 resolutions. No body can like the horizontal scroll appears in the screen. That is reason to test the Resolution testing.
Cross-browser Testing: –
This testing some times called compatibility testing. When we develop the pages in IE compatible, the same page is not working in Fairfox or Netscape properly, because
most of the scripts are not supporting to other than IE. So that we need to test the cross-browser Testing
Q – 12 What are non-functional requirements?
Ans- The non-functional requirements of a software product are: reliability, usability, efficiency, delivery time, software development environment, security requirements, standards to be followed etc.
Q – 13 What is Test Data Collection?
Ans- Test data is the collection of input data taken for testing the application. Various types and size of input data will be taken for testing the applications. Sometimes in critical application the test data collection will be given by the client also.
Q – 14 Diff. between STLC and SDLC?
Ans- STLC is software test life cycle it starts with
* Preparing the test strategy.
* Preparing the test plan.
* Creating the test environment.
* Writing the test cases.
* Creating test scripts.
* Executing the test scripts.
* Analyzing the results and reporting the bugs.
* Doing regression testing.
* Test exiting.
SDLC is software or system development life cycle, phases are…
* Project initiation.
* Requirement gathering and documenting.
* Designing.
* Coding and unit testing.
* Integration testing.
* System testing.
* Installation and acceptance testing. ” Support or maintenance.
Q – 15 Give an example of high priority and low severity, low priority and high severity?
Ans- Severity level:
The degree of impact the issue or problem has on the project. Severity 1 usually means the highest level requiring immediate attention. Severity 5 usually represents a documentation defect of minimal impact.
Severity is levels:
* Critical: the software will not run
* High: unexpected fatal errors (includes crashes and data corruption)
* Medium: a feature is malfunctioning
* Low: a cosmetic issue
Severity levels
1. Bug causes system crash or data loss.
2. Bug causes major functionality or other severe problems; product crashes in obscure cases.
3. Bug causes minor functionality problems, may affect “fit anf finish”.
4. Bug contains typos, unclear wording or error messages in low visibility fields.
Severity levels
* High: A major issue where a large piece of functionality or major system component is completely broken. There is no workaround and testing cannot continue.
* Medium: A major issue where a large piece of functionality or major system component is not working properly. There is a workaround, however, and testing can continue.
* Low: A minor issue that imposes some loss of functionality, but for which there is an acceptable and easily reproducible workaround. Testing can proceed without interruption.
Severity and Priority
Priority is Relative: the priority might change over time. Perhaps a bug initially deemed P1 becomes rated as P2 or even a P3 as the schedule draws closer to the release and as the test team finds even more heinous errors. Priority is a subjective evaluation of how important an issue is, given other tasks in the queue and the current schedule. It’s relative. It shifts over time. And it’s a business decision.
Severity is an absolute: it’s an assessment of the impact of the bug without regard to other work in the queue or the current schedule.
The only reason severity should change is if we have new information that causes us to re-evaluate our assessment. If it was a high severity issue when I entered it, it’s still a high severity issue when it’s deferred to the next release. The severity hasn’t changed just because we’ve run out of time. The priority changed.
Severity Levels can be defined as follow:
S1 – Urgent/Showstopper. Like system crash or error message forcing to close the window.
Tester’s ability to operate the system either totally (System Down), or almost totally, affected. A major area of the users system is affected by the incident and it is significant to business processes.
S2 – Medium/Workaround. Exist like when a problem is required in the specs but tester can go on with testing. Incident affects an area of functionality but there is a work-around which negates impact to business process. This is a problem that:
a) Affects a more isolated piece of functionality.
b) Occurs only at certain boundary conditions.
c) Has a workaround (where “don’t do that” might be an acceptable answer to the user).
d) Occurs only at one or two customers. or is intermittent
S3 – Low. This is for minor problems, such as failures at extreme boundary conditions that are unlikely to occur in normal use, or minor errors in
layout/formatting. Problems do not impact use of the product in any substantive way. These are incidents that are cosmetic in nature and of no or very low impact to business processes.
Q – 16 What is mean by release notes?
Ans- It’s a document released along with the product which explains about the product. It also contains about the bugs that are in deferred status.
Q – 17 What is test plan and explain its contents?
Ans- Test plan is a document which contains the scope for testing the application and what to be tested, when to be tested and who to test.
Q – 18 Verification and validation?
Ans- Verification is static. No code is executed. Say, analysis of requirements etc.
Validation is dynamic. Code is executed with scenarios present in test cases.
Q – 19 What is deferred status in defect life cycle?
Ans- Deferred status means the developer accepted the bus, but it is scheduled to rectify in the next build.
Q – 20 Explain agile testing?
Ans- Agile testing is used whenever customer requirements are changing dynamically
If we have no SRS, BRS but we have test cases does you execute the test cases blindly or do you follow any other process.
Test case would have detail steps of what the application is supposed to do.
1) Functionality of application.
2) In addition you can refer to Backend, is mean look into the Database. To gain more knowledge of the application.
Q – 21 Password is having 6 digit alphanumeric then what are the possible input conditions?
Ans- Including special characters also Possible input conditions are:
1) Input password as = 6abcde (ie number first)
2) Input password as = abcde8 (ie character first)
3) Input password as = 123456 (all numbers)
4) Input password as = abcdef (all characters)
5) Input password less than 6 digit
6) Input password greater than 6 digits
7) Input password as special characters
8) Input password in CAPITAL ie uppercase
9) Input password including space
10) (SPACE) followed by alphabets /numerical /alphanumerical/