Manual Testing FAQ S
Manual Testing FAQ S
7. What are the entry criteria for Functionality and Performance testing?
A. Entry criteria for Functionality testing is Functional Specification /BRS (CRS)/User
Manual.An integrated application, Stable for testing.
Entry criteria for Performance testing is successfully of functional testing,once all the
requirements related to functional are covered and tested, and approved or validated.
8. Why do you go for White box testing, when Black box testing is available?
A. A benchmark that certifies Commercial (Business) aspects and also functional
(technical)aspects is objectives of black box testing. Here loops, structures, arrays,
conditions,files, etc are very micro level but they arc Basement for any application, So
White box takes these things in Macro level and test these things
Even though Black box testing is available,we should go for White box testing also,to
check the correctness of code and for integrating the modules.
[email protected]
Test budget depleted
Coverage of code/functionality/requirements reaches a specified point
Bug rate falls below a certain level
Beta or alpha testing period ends
11.What is Quality?
A. It ensures that software is a Bug free,delivered in time,with in budget,meets customer
requirements and maintainable.Quality standards are different in various areas like
accounting department might define quality in terms of Profit.
13.What is verification?
A. To check whether we are developing the right product according to the customer
requirements r not.It is a static process.
14.What is validation?
A. To check whether we have developed the product according to the customer
requirements r not.It is a Dynamic process.
[email protected]
A. The various levels of testing like
1· Ad - Hoc testing
2. Sanity Test
3. Regression Testing
4. Functional testing
5· Web Testing
[email protected]
32.What ifs the difference between defect, error, bug?
A. Defect:While executing the test case if u found any mismatch,the u will report
it to the development team,that is called defect.
Black Box testing:- not based on any knowledge of internal design or code.
Tests are based on requirements and functionality.
Stress Testing:TO test the performance of the application and to find the server break
[email protected]
down or where the server crashes.
Volume Testing:To test whether it can able to send max data according to client req's.
40. What is the Diff between Two Tier & Three tier Architecture?
A. Two Tier Architecture:It is nothing but client server Architecture,where client will hit
request directly to server and client will get response directly from server.
Three tier Architecture:It is nothing but Web Based application,here in between client
and server middle ware will be there,if client hits a request it will go to the middle ware
and middle ware will send to server and vise-versa.
System Testing:system testing will conducted on the entire system to check whether
it is meeting the customer requirements r not.
dynamic testing:Test activities that are performed by running the software is called
dynamic Testing.
44. What is the diff between alpha testing and beta testing?
A. Alpha Testing:alpha testing will be performed by client in our environment with
dummy data,In this phase some major bugs can be allowed,later which will be solved by
our development team.
beta testing:beta testing will be performed by client in his environment with real data,In
this phase no bugs can be allowed.
47. Smoke testing is done to test the most crucial functions of a program Work
[email protected]
48. What is the difference between client-server testing and web based
testing ?
2 tier applications
3 tier applications
[a] This type of testing usually done for 2 tier applications (usually developed for
- Functionality testing
- intersystems testing
WEB TESTING
[b] This is done for 3 tier applications (developed for Internet / intranet / xtranet) Here
- Functionality testing
- security testing
The types of tests which can be applied on this type of applications are:
services levels, order of functionality, links, content of web page & backend coverage’s
3. Security testing
4. Browser compatibility
6. Interoperability testing
[email protected]
7. Storage & data volume testing
50. Black Box Testing is testing without knowledge of the internal workings of the item
being tested.
51. How will you check that your test cases covered all the requirements?
By using traceabiltymatrix.
Traceability matrix means the matrix showing the relationship b/w the requirements &
testcases
52. Performance testing can be applied to understand the web site's scalability, or to
benchmark the performance in the environment of third party products such as servers
and middleware for potential purchase.
54. Load testing is usually defined as the process of exercising the system under test
by feeding it the largest tasks it can operate with. Load testing is sometimes called
volume testing, or longevity/endurance testing
55. Stress testing is a form of testing that is used to determine the stability of a given
system or entity. This is designed to test the software with abnormal situations. Stress
testing attempts to find the limits at which the system will fail through abnormal
quantity or frequency of inputs.
56. 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
57. What are the main key components in Web applications and client and
Server applications?(differences)
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.
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
[email protected]
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
58. What kind of test cases do you choose and execute for Regression Testing?
Old test cases are executed to check the stability and new functionality test cases are
executed to find the bugs.
In case we have a limited time then we could be executing only high priority test cases
from the old set.
59. Write a test case for Date field and time field?
For date should be vary between 1 to 31
Month should be vary between 1 to 12 year should be greater than 1900
Leap year checking
For Time Format 12 hours or 24 hours Length = 8 if format is 12 hours
Hours vary between >=1 to =<12 min vary between >=0 to =<60 sec vary between
>=0 to =<60
If format AM Display value hrs: min: sec AM
If format PM Display value hrs: min: sec PM
If Format is 24 hours
Hours vary between >=1 to =<24
Min vary between >=0 to =<60
sec vary between >=0 to =<60
61. What is the difference between positive and negative test cases?
Positive test case: - Perception to validate the functionality of the application.
Negative Test Case: - Perception to break the functionality of the application.
Why Metrics?
[email protected]
- 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
Usability Testing : Many users have low tolerance for anything that is difficult to use
or that does not work. A user's first impression of the site is important, and many
websites have become cluttered with an increasing number of features. For general-use
websites frustrated users can easily click over a competitor's site.
Navigation Testing
Good Navigation is an essential part of a website, especially those that are complex and
provide a lot of information. Assessing navigation is a major part of usability Testing.
Forms Testing
Websites that use forms need tests to ensure that each field works properly and that
the forms posts all data as intended by the designer.
[email protected]
Each web page must be tested for correct content from the user perspective for correct
content from the user perspective. These tests fall into two categories: ensuring that
each component functions correctly and ensuring that the content of each is correct.
A key challenge for web applications is ensuring that the user sees a web page as the
designer intended. The user can select different browser software and browser options,
use different network software and on-line service, and run other concurrent
applications. We execute the application under every browser/platform combination to
ensure the web sites work properly under various environments.
A key requirement o a website is that it Be available whenever the user requests it,
after 24-hours a day, every day. The number of users accessing web site
simultaneously may also affect the site's availability.
Performance Testing
Performance Testing, which evaluates System performance under normal and heavy
usage, is crucial to success of any web application. A system that takes for long to
respond may frustrate the user who can then quickly move to a competitor's site.
Given enough time, every page request will eventually be delivered. Performance
testing seeks to ensure that the website server responds to browser requests within
defined parameters.
Load Testing
The purpose of Load testing is to model real world experiences, typically by generating
many simultaneous users accessing the website. We use automation tools to increases
the ability to conduct a valid load test, because it emulates thousand of users by
sending simultaneous requests to the application or the server.
Stress Testing
Stress Testing consists of subjecting the system to varying and maximum loads to
evaluate the resulting performance. We use automated test tools to simulate loads on
website and execute the tests continuously for several hours or days.
Security Testing
[email protected]
The 9 Workflows defined by RUP are Business Modeling, Requirements, Analysis and
Design, Implementation, Test, Deployment,
Configuration and Change Management, Project Management, and Environment.
DISADVANTAGES OF RUP?
Although RUP has all the benefits, it has its share of drawbacks. In order to implement
RUP in an organization
- a major re-engineering process of the existing development system has to be
performed
- Tools needed to implement RUP are extremely expensive and may not always be cost-
effective for mid-size to small
projects.
- Training the team members on RUP tools is expensive and time consuming.
E.g., 'if the user is in interface A of the application while using hardware B, and does C,
then D should happen'.
The controlled conditions should include both normal and abnormal conditions.
Testing should intentionally attempt to make things go wrong to determine if things
happen when they shouldn't or things don't happen when they should. It is oriented to
'detection'.
[email protected]
Resolve Defects
Perform regression Tests
Gather Test Metrics
A software project test plan is a document that describes the objectives, scope,
approach, and focus of a software testing effort. The process of preparing a test plan
is a useful way to think through the efforts needed to validate the acceptability of a
software product.
Test plan is used by the testing team and also by the people outside the testing group.
Test Plan also contains the hardware, software and testing tools that could be used in
the testing process.
It contains the test procedure that defined as to how the particular case should be
tested, and the data input (scenario specific).
A test case is a document that describes an input, action, or event and an expected
response, to determine if a feature of an application is working correctly. A test case
should contain particulars such as test case identifier, test case name, objective,
test conditions/setup, input data requirements, steps, and expected results
Automated Testing is the kind of Software testing that is assisted with software tools
that require no operator input, analysis, or evaluation. This category of testing is
performed to reduce the repetitive actions or events in the testing process. Automation
helps in simulating a realistic environment to execute the application enabling the testing
process to be more efficient, effective, productive and synchronized (where required).
Manual Testing is the part of software testing that requires human input, analysis, or
evaluation. Every test case is manually run following the series of steps described in the
test case description.
There is no automation tool to reduce the repetitive actions and executions. This
requires lot of resources, effort and time. The testers performing the manual testing
have to be innovative and creative in the process.
Black Box testing is testing that is performed from a business/user perspective. It is not
based on any knowledge of internal design or code. Tests are based on requirements
and functionality.
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, conditions. Tester is
[email protected]
required to have enough knowledge of the languages and other software used in
developing the software module under test.
It is the most 'micro' scale of testing; to test particular functions or code modules. This is
typically done by the programmer and not by testers, as it requires detailed knowledge
of the internal program design and code. Not always easily done unless the application
has a well-designed architecture with tight code; may require developing test driver
modules or test harnesses.
Positive Testing is testing the application against test data that would result in producing
the expected results.
Negative Testing is testing the application against all kinds of test input data that could
possibly be fed by a user of the system. It is to done to check if the system is
responding properly to wrong data.
Reveals the longevity characteristics of the system when exposed to extended durations
of high demand.
Funtional Testing belongs to the black-box testing category. The goal of Black box
testing is test the functional requirements of an application. Its is usually the job of
testers.
System Testing also belongs to the category of Black-box testing and is based on overall
requirements specifications; covers all combined parts of a system.
End-to-End Testing is similar to system testing. This belongs to the 'macro' end of the
test scale. Involves testing of a complete application environment in a situation that
mimics real-world use, such as interacting with a database, using network
[email protected]
communications, or interacting with other hardware, applications, or systems if
appropriate.
Sanity Testing is typically an initial testing effort to determine if a new software version
is performing well enough to accept it for a major testing effort. For example, if the new
software is crashing systems every 5 minutes, bogging down systems to a crawl, or
destroying databases, the software may not be in a 'sane' enough condition to warrant
further testing in its current state.
Usability Testing is testing for 'user-friendliness'. This will depend on the targeted end-
user or customer. User interviews, surveys, video recording of user sessions, and other
techniques can be used. Programmers and testers are usually not appropriate as
usability testers.
Volume Testing is performed to check the response of the system upon flooding with
huge amount or large volumes of data. This is true even for fetching large amounts of
data.
Load Testing can be defined as a test to determine the response times of a system
with various workloads within the anticipated normal production range.
E.g.: Testing an application under heavy loads, such as testing of a web site under a
range of loads to determine at what point the system's response time degrades or fails.
[email protected]
Testing performed to determine the behavior of a system with expanded workloads
simulating future production states such as added data and an increased amount
of users
Security testing is testing if the system is secure from authorized and unauthorized
users. It is a check for confidentiality, integrity, availability, and security from hackers. It
may require sophisticated testing techniques.
93.WHAT IS RECOVERY TESTING?
Testing to check if the system responds to errors and abnormal conditions such as
system crash, hardware failures, communication,power failure or any other catastrophic
problems. This is to check if the system recovers gracefully after crash without losing
useful/critical data and without producing redundant/duplicate/bad data.
Mutation testing is a method for determining if a set of test data or test cases is useful
by deliberately introducing various code changes ('bugs') and retesting with the original
test data/cases to determine if the 'bugs' are detected. Proper implementation
requires large computational resources.
Exploratory testing is often taken to mean a creative, informal software test that is not
based on formal test plans or test cases;testers may be learning the software as they
test it.
97.
WHAT IS AD-HOC TESTING?
Ad-hoc testing - similar to exploratory testing, but often taken to mean that the testers
have significant understanding of the software before testing it.
[email protected]
100.WHAT IS COMPARISON TESTING?
Beta Testing effort is done when development and testing are essentially completed and
final bugs and problems need to be found before final release. Typically done by end-
users or others, not by programmers or testers.
103.WHAT IS AN MR TOOL?
MR Tool is a Modification Request tool also called as a Defect Tracking tool. It is used by
the testing team to communicate with others and keep record of the history of the
defects. this can also be used by the management team to monitor the progress of
defects or modification requests, analyze the quality of the product which could help
make decisions about the release or schedule for the system.
Each MR contains Severity, Due Date, Assigned to, Status, Release Version, Platform,
Module, Person responsible for the Resolution of the Request, Description of the Request.
This information can be used to track the Requests.