Manual Testing Assignment
Manual Testing Assignment
Tester Qualities
1. What qualities testers should have?
Qualities of a good tester
You Understand Priorities
You Ask Questions
You Can Create Numbers Of Ideas
You Can Analyze Data
You Can Report Negative Things In A Positive Way
You Are Good At Reporting
You Are Flexible To Support Whenever It’s Required
You Are Able To Co-Relate Real-Time Scenarios To Software Testing
You Are A Constant Leaner
You Can Wear End User’s Shoes
Testing in the initial stages has to subtle, slow and kind. Also, empathy can
help you be a better team player – not only within your team but with
external teams as well. When in doubt, be kinder than you need to be. I
hope this list gives you an idea as to which area you need to work to be a
better software tester.
2. What happen if you not test software properly? Provide few examples and
problems occurred due to not testing enough?
3. What is Functional Testing? List various testing which come under this
category?
Validate the software system based on the requirement of the client, a
document called a software specification or Requirement Specification is
used as a guide to test the application.
4. What is Non Functional Testing? List various testing which come under this
category?
Validating various non-functional aspects of the system such as user
interfaces, user-friendliness, security, compatibility, Load Stress, and
Performance.
Who does acceptance testing: only the member of the organization (who
developed the Product) perform the testing. These members are not directly a
part of the project (Project managers/leads, developers, testers). Management,
Sales, Support teams usually perform the testing and provide feedback
accordingly.
Test Cases
1. What is a Test Case?
Test case: is a set of pre-conditional steps to be followed with input data and
expected behavior to validate the functionality of a system.
2. List out level of Test Cases? What are fields of a Test case Template?
The level of test cases
Functionality Test Cases
User Interface Test Cases
Performance Test Cases
Integration Test Cases
Usability Test Cases
Database Test Cases
Security Test Cases
User Acceptance Test Cases
Bad test case: a bad test fails on random or desirable change: randomly,
whenever someone refactors the code with no behavior change, when the
environment it is executed in changes, when a new feature is introduced, etc.
Too many bad tests means that development wastes time fixing tests any time
they want to get anything done.
7. What are guidelines for writing Test Cases?
Consider Test Cases based on Risks and Priorities
Remember the 80/20 rule
Make sure your test cases can be completed by others when necessary
The “Good enough” test case
Create test cases like you are running a marathon not a sprint
List your tests before you write them
Classify test cases based on business scenarios and functionality
Not too long or too short
Test-drive your tests
Run your tests regularly to keep them relevant
Test Plan
1. What is Test plan ? What are the Contents of a Test Plan? Describe each.
Test planning activities for an entire system or part of a system may
include:
Test plan: it is a document describing the scope, approach, resource, and
schedule of testing activities. It identifies test items, features to be tested,
testing tasks, who will do each task, and any risks requiring contingency
planning.
Determining the scope and risks and identifying the objectives of testing
Defining the overall approach of testing, including the definition of the
test levels and entry and exit criteria
Integrating and coordinating the testing activities into the software life
cycle activities (acquisition, supply, development, operation and
maintenance)
Making decisions about what to test, what roles will perform the test
activities, how the test activities should be done, and how the test results
will be evaluated.
Scheduling test implementation, execution and evaluation
Assigning resources for the different activities defined.
Defining the amount, level of detail, structure and templates for the test
documentation
Selecting metrics for monitoring and controlling test preparation and
execution, defect resolution and risk issues.
Setting the level of detail for test procedures in order to provide enough
information to support reproducible test preparation and execution.
2. Write an example of a Test Plan?
3. Develop Test Plan for Flight Reservation System Application? Make sure you
cover all the sections and it should looks like professional document?
Traceability matrices
1. What is Traceability matrices? How to use it?
A Traceability Matrix is a document that co-relates any two-baseline documents
that require a many-to-many relationship to check the completeness of the
relationship.
It is used to track the requirements and to check the current project
requirements are met.
How to use it
Requirement
1. What’s full form of SRS?
Software Requirement Specification (SRS)
Test Strategies
1. What is Test Strategies? Importance.
Test Strategies
Checking whether the application is compatible with different software and
hardware environments or not is called compatibility testing.
Importance
Test strategy plan always helps to clearly plan and mitigate risks involved in
the project. Agile teams can capture and document all high-level activities to
complete test execution on time without any issues.
Test Methodologies
1. What is Agile Methodology?
Defect Management
1. What is software defect or bug?
A software bug is an error, flaw or fault in a computer program or system
that causes it to produce an incorrect or unexpected result, or to behave in
unintended ways.
2. List 10 different defects with example which you encountered in your
previous projects?
3. What are the different causes of Defects i.e why defects occur?
4. Define Defect Life Cycle?
5. What is defect or bug report?
Defect report, is a document that identifies and describes a defect detected
by a tester. The purpose of a defect report is to state the problem as clearly
as possible so that developers can replicate the defect easily and fix it.
6. Have you developed bug report? If yes, then explain what are various
sections did you include in your bug report?
7. How was defect management process implemented in your company?
8. Once QA found defect, what s/he does with that defect?
Case1: When defect was found on Production but not during QA environment.
1) Reproduce the problem on Production and QA environment. If the
problem is occurring only on Production then it may be due to
configuration issue.
2) On the other side if it is occurring on QA environment then check the
impact of that issue on the application. Investigate the issue to find out
that how long that defect has been around.
3) Determine the fix of ticket and list out the areas where can put more
impact.
4) If the issue is impacting more customers then apply the fix and deploy it
on QA environment.
5) Testing team should focus on testing all the regression scenarios around
the fix.
6) If the applied fix works fine then it should be deployed to production and
post release sanity should be done so that it should not occur again.
7) Do a retrospection meeting.