Latest Testing Interview Questions and Answers
Question.1 How do you introduce a new software QA process?
Answer: IT depends on the size of the organization and the risks involved, For Large organizations with high—risk projects, serious management buy-in is required and a formalized QA process is necessary. For medium-size organizations with lower risk projects , management and organizational buy-in and a slower, step-by-step process is required. Generally speaking, QA processes should be balanced with productivity , in order to keep any bureaucracy from getting out of hand. For smaller groups or projects, an ad-hoc process is more appropriate. A lot depends on team leads and managers , feedback to developers and good communication is essential among customers , managers, developers test engineers and testers. Regardless of the size of the company, the requirements are clear , complete and testable.
Question.2 what is the role of documentation in QA?
Answer: Documentation plays a critical role in QA,QA practices should be documented, so that they are repeatable. Specifications , designs, business rules , inspections reports , configurations, code changes , test plans, test cases, bug reports , user manuals should all be documented, Ideally, there should be a system for easily finding and obtaining of documents and determining what document will have a particular piece of information. Use documentation change management, if possible.
Question.3 what makes a good test engineer?
Answer: Good test engineers have a “test to break” attitude. We, good test engineers, take the point of view of the customer, have a strong desire for quality and attention to detail. Tack and diplomacy
are useful in maintaining a cooperative relationship with developers and an ability to communicate with both technical and non—technical people. Previous software development experience is also helpful as it provides a deeper understanding of the software development process, gives the test engineer an appreciation for the developer’s point of view and reduces the learning curve in automated test tool programming.
Rob Davis is a good test engineer because he has a” test to break” attitude , takes the point of view of the customer, has a strong desire for quality and attention to detail. .He’s also tactful and diplomatic and has good communication skills, both oral and written. And he has previous software
development experience, too.
Question.4 What is a test case?
Answer: A test case is a document that describes an input, action, or event and its expected result, in order to determine if a feature of an application is working is correctly A test case should contain particulars such as a
Test cases identifier;
Test case name
Objective ;
Test conditions/set up Input
Input data requirements /steps ,and
Expected results.
Please note, the process of developing test cases can help find problems in the requirements or design of an application, since it requires you to completely think through the operation of the application. For this reason, it is useful to prepare test cases early in the development cycle, if possible.
Question.5 what should be done after a bug is found?
Answer: When a bug is found it needs to be communicated to developers that can fix it. After the problems are resolved, fixes should be re-tested. Additionally, determinations should be made regarding requirements, software , hardware, safety impact ,etc., for regression testing to check the didn’t create other problems elsewhere. If a problem—tracking /management software tools are available. These tools , with the detailed input of software test engineers, will give the team complete information so developers can understand the bug, get an idea of its severity , reproduce it and fix it.
Question.6 What is configuration management?
Answer: Configuration management (CM) covers the tools and processes used to control, coordinate and track code, requirements, documentation problems , change requests , designs, tools compilers , libraries, patches, changes made to them and who makes the changes. Rob Davis has had experience with a full range of CM tools and concepts, and can easily adapt to your software tool and process needs.
Question.7 what if the software is so buggy it can’t be tested at all?
Answer: In this situation, the best bet is to have test engineers go through the process of reporting whatever bugs or problems initially show up, with the focus being on critical bugs.
Since this type of problem can severely affect schedules and indicates deeper problems in the software development process, such as insufficient unit testing, insufficient integration testing, poor design, improper build or release procedures, managers should be notified and provided with some documentation as evidence of the problem.
Question.8 what if the project isn’t big enough to justify extensive testing?
Answer: Consider the impact of project errors, not the size of the project, However, if extensive testing is still not justified, risk analysis is again needed and the considerations listed under “what if there isn’t enough time for thorough testing?” do apply. The test engineer then should do “ad hoc” testing, or write up a limited test plan based on the risk analysis.
Question.9 what if the application has functionality that wasn’t in the requirements?
Answer: It may take serious effort to determine if an application has significant unexpected or hidden functionality, which would indicate deeper problems in the software development process. If the functionality isn’t necessary to the purpose of the application, it should be removed, as it may have unknown impacts or dependencies that were not taken into account by the designer or the customer.
If not removed design Information will be needed to determine added testing needs or regression testing needs. Management should be made aware of any significant added risks as a result of the
unexpected functionality. If the functionality only affects areas, such as minor improvements in the user interface , it may not be a significant risk.
Question.10 How can software Q A processes be implemented without STIP ling productivity?
Answer: Implement QA processes slowly over time. Use consensus to reach agreement on processes and
adjust and experiment as an organization grows and matures. Productivity will be improved instead of stifled Problem prevention will lessen the need for problem detection. Panics and burnout will
decrease and there will be improved focus and less wasted effort.
At the same time, attempts should be made to keep processes simple and efficient minimize paperwork., promote computer-based processes and automated tracking and reporting, minimize the time required in meetings and promote training as part of the QA process.
However, no one, especially talented technical types. , like bureaucracy and in the short run things may slow down a bit. A typical scenario would be that more days of planning and development will be needed, but less time will be required for late-night bug fixing and calming of irate customers.
Question.11 what if the organization is growing so fast that fixed QA processes are impossible?
Answer: This is a common problem in the software industry , especially in new technology areas. There is no easy solution in this situation, other than…………
Hire good people (i.e. hire Rob Davis)
Ruthlessly prioritize quality issues and maintain focus on the customer.
Everyone in the organization should be clear on what quality means to the customer.
Question.12 why do you recommend that we test during the design phase?
Answer: Verify the design is good. efficient , compact testable and maintainable.
Verify the design meets the requirements and is complete (specifies all relationships between modules, how to pass data , what happens in exceptional circumstances, starting state of each module and how to guarantee the state of each module.)
Verify the design incorporates enough memory, I/O devices and quick enough runtime for the final product.
Question.13 How is testing affected by object-oriented designs?
Answer: A well-engineered object-oriented design can make it easier to trace from code to internal design to functional design to requirements. While there will be little effect on black box testing (where an understanding of the internal design of the application is unnecessary ),white-box testing can be oriented to the application’s objects. If the application was well designed this can simplify
test design.
Question.14 What is quality assurance?
Answer: Quality Assurance ensures all parties concerned with the project adhere to the process and procedures, standards and templates and test readiness reviews.
Rob Davis/QA service depends on the customers and projects. A lot will depend on team leads or managers, feedback to developers and communications among customers, managers, developers ’test engineers, and testers.
Question.15 Standards and templates –what is supposed to be in a document?
Answer: All documents should be written to a certain standard and template. Standards and templates maintain document UNI FORMITY. It also helps in learning where information is located, making it easier for a user to find what they want. Lastly, with standards and templates, information will not be accidentally omitted from a document.
Once ROB Davis has learned and reviewed your standards and templates, he will use them. He will also recommend improvements and /or additions.
Question.16 What are the different levels of testing?
Answer: Rob Davis has expertise in testing at all testing levels listed below. At each test level, he documents the results.
Each level of testing is either considered black or white box testing.
Question.17 What is black box testing?
Answer: Black box testing is functional, not based on any knowledge of internal software design or code. Black box testing is based on requirements and functionality.
Question.18 What is white box testing?
Answer: white box testing is based on knowledge of the internal logic of an application’s code. Tests are based on coverage of code statements, branches, paths and conditions.
Question.19 What is unit testing?
Answer: Unit testing is the first level of dynamic testing and is first the responsibility of developers and then that of the test engineers,
Unit testing is performed after the expected test results are met or differences are explainable /acceptable.