Ans: Be thorough with your answer and include all of the documentation you would normally use, including:
Q3. What is the role of documentation in QA?
Ans: Documentation plays a vital role in Quality Assurance. All the documents involved in SDLC such as Business Requirement Specifications, Designs, Inspection reports, Configurations, Code changes, Test Strategy, Test plans, Test cases, Bug reports, User manuals should be documented.
Ans:
Ans: Quality Assurance: Quality Assurance involves in process-oriented activities. It ensures the prevention of defects in the process used to make Software Application. So the defects don’t arise when the Software Application is being developed.
Quality Control: Quality Control involves in product-oriented activities. It executes the program or code to identify the defects in the Software Application.
Ans: Preventive approach: It is also known as Verification Process. This approach is to prevent defects. In this approach, tests are designed at early stages of SDLC i.e., before the software has been produced. Here in this approach testers try to prevent defects in the early stages. It comes under Quality Analysis (QA).
Reactive approach: It is also known as Validation Process. This approach is to identify defects. In this approach, tests are designed to execute after the software has been produced. Here we try to find defects. It comes under Quality Control (QC).
Ans: Bug triage is a formal process to find which bugs are important by prioritizing them based on their severity, frequency, risk and other important parameters. Testers assign priority (high, medium, low) to each and every bug in a bug triage meeting and based on the priority those bugs will be fixed in an order. By doing this we could save a lot of organization’s time.
Ans: Quality audit is the process of systematic and independent examination of a software product or process to assess compliance with specifications, standards, agreements and other relevant criteria.
Ans: A software quality assurance engineer tasks may include following things amongst others
Ans: Explain that agile testing tests software from the customer’s point of view, and follows the SDLC methodologies
Ans: A software quality assurance engineer usually involves in the following tasks.
Ans: In simple words, QA testing process is a step by step process which involves analyzing requirement documents, preparing test strategy, test plan and test cases, executing test cases when the build is ready. In the execution process QA’s perform different types of testing to make sure the software reaches or exceeds the expectation.
Ans:
Bug Leakage: A bug which is actually missed by the testing team while testing and the build was released to the Production. If now that bug (which was missed by the testing team) was found by the end user or customer then we call it as Bug Leakage.
Bug release: Releasing the software to the Production with some known bugs then we call it as Bug Release. These known bugs should be included in the release note. In other case, releasing the software to the testing team with some known bugs whose severity and priority is low. These bugs can be removed before releasing to production.
Ans: Bug life cycle is also known as Defect life cycle. In Software Development process, the bug has a life cycle. The bug should go through the life cycle to be closed. Bug life cycle varies depends upon the tools (QC, JIRA etc.,) used and the process followed in the organization.
Ans:
MR: MR stands for Modification Request. It is used to change the existing functionality in a software, it is usually requested by clients.
ER: ER stands for Enhancement report. It is used to add a new feature in a software. It is usually requested by clients.
Ans: Be sure to cover the main types of testing, including:
Ans: The testing of the software’s limit conditions is boundary testing, while the testing of all application branches is branch testing.
Ans: The test artifacts involved in QA are Test Strategy, Test Plan, Test Scenarios, Test Cases, Test Summary Report, Bug Report etc.,
Ans: Usually, test strategy document will be prepared by Test Managers or Project Managers. If you are applying for a Project Manger position and you have experience in preparing Test Strategy document then you can say Yes else say I know what is a test strategy and its purpose but I never got a chance to write Test Strategy document.
Ans: Test Strategy is a high level document (static document) and usually developed by project manager. It is a document which captures the approach on how we go about testing the product and achieve the goals. It is normally derived from the Business Requirement Specification (BRS). Documents like Test Plan are prepared by keeping this document as base.
Ans: Usually, test plan document will be prepared by Test Leads or Test Managers. If you are applying for a Test lead position and you have experience in preparing Test Plan document then you can say Yes else say I know what is a test plan and its purpose but I never got a chance to write Test Strategy document.
Ans: Test plan document is a document which contains the plan for all the testing activities to be done to deliver a quality product. Test Plan document is derived from the Product Description, SRS, or Use Case documents for all future activities of the project. It is usually prepared by the Test Lead or Test Manager and the focus of the document is to describe what to test, what not to test, how to test when to test and who will do what test. Also, it includes the environment and tools needed, resource allocation, test technique to be followed, risks and contingencies plan. A test plan is a dynamic document and we should always keep it up-to-date. Test plan document guides us how the testing activity should go on. Success of the testing project completely depends on Test Plan.
Ans: A test case template is a document comes under one of the test artifacts, which allows testers to develop the test cases for a particular test scenario in order to verify whether the features of an application are working as intended or not. Test cases are the set of positive and negative executable steps of a test scenario which has a set of pre-conditions, test data, expected result, post-conditions and actual results. Most of the companies are using test case management tools such as Quality Center (HP QC), JIRA etc., and some of the companies still using excel sheets to write test cases.
Ans: You may need to refresh your memory and review these three testing methods.
Ans: Verification takes into account all the key aspects of software development, validation is the actual testing of verification aspects.
Ans: The key components of a test case template are Project name, Module name, Created by, Date of creation, reviewed by, date of review, executed by, Date of execution, test scenario, tase case id, test case description, Precondition, Test steps, Test data, expected result, post condition, actual result, status of the bug.
Ans: This is one of the most important questions in terms of ISTQB. Option will be tricky and you have to choose the right one.
As a project manager or project lead, sometimes you might face a situation to call off the testing to release the product early. In those cases, you have to decide whether the testers have tested the product enough or not.
There are many factors involved in the real time projects to decide when to stop testing.
As per ISTQB, It depends on the risks for the system being tested.
Ans:
i. Reproduce the bug 2-3 times.
ii. Use some keywords related to your bug and search in the Defect Tracking Tool.
iii. Check in similar modules.
iv. Report the problem immediately.
v. Write detailed steps to reproduce the bug.
vi. Write a good defect summary. Watch your language in the process of writing the bug report, your words should not offend people. Never use capital letter whilst explaining the issue.
vii. Advisable to Illustrate the issue by using proper screenshots.
viii. Proofread your bug report twice or thrice before posting it.
Ans: Configuration management is a process followed during the project life cycle to control and document each and every change.
Ans: The tools which I have used during testing process are as follows.
Ans:
Advantages:
Disadvantages:
Not all the tools support all kinds of testing. Such as windows, web, mobility, performance/load testing
Ans: A test matrix is used to map test scripts to requirements.
Ans: A cause effect graph is a graphical representation of inputs and the associated outputs effects that can be used to design test cases.
Ans: Compatibility testing: Testing an application on different hardware or software platform is Compatibility testing.
Example: Different devices such as iPhone, Samsung etc., Different operating system such as Windows, Linux etc.,
Cross browser testing: Testing a web application on different browsers is Cross browser testing. Cross browser testing is a subset of Compatibility testing.
Example: Google Chrome, IE 10, IE 11, Firefox 43 etc.,
Ans: Validation activities should be conducted by following techniques