TestDirector offers an organized framework for testing applications before they are deployed. Since test plans evolve with new or modified application requirements, you need a central data repository for organizing and
managing the testing process. TestDirector guides you through the requirements specification, test planning, test execution, and defect tracking phases of the testing process.
The TestDirector testing process includes four phases:
Specifying Planning Running Tracking
Reqirements Tests Tests Tests
Saturday, September 11, 2010
Introducing TestDirector
Application testing is a complex process. TestDirector helps you organize and manage all phases of the application testing process, including specifying testing requirements, planning tests, executing tests, and tracking
defects.
In this lesson, you will learn about:
➤ The TestDirector Testing Process
➤ Starting TestDirector
➤ The TestDirector Window
➤ The Mercury Tours Sample Web Site
defects.
In this lesson, you will learn about:
➤ The TestDirector Testing Process
➤ Starting TestDirector
➤ The TestDirector Window
➤ The Mercury Tours Sample Web Site
Wednesday, September 8, 2010
Test Plan
Test plan is a strategic document in order to do testing. it consists of test plan id, reference documents,Revision history,Test schedules,Test Item,Test process,Resources,Risks and mitigations,Training..those type of info..
Monday, September 6, 2010
What exactly ad-hoc testing is? At what situation .
It's a random testing It means testing a application without proper test
plan.It's carried out at the end of the project when all the test cases
are executed.To check the application randomly. or it's carried out in CMM 1 level company where test are executed without planning
Testing the application randomly beyond the requirement to avoid the bug flow at the end users place is called ADHoc TESTING.
its a negative type of testing
we will never write any test cases for ADHOC.
if u found any bugs in adhoc try to convert into functionality/integration/system level bug
to re-test that bug we are going to write the Test Case because in future we may expect that bug.
its a negative type of testing
we will never write any test cases for ADHOC.
if u found any bugs in adhoc try to convert into functionality/integration/system level bug
to re-test that bug we are going to write the Test Case because in future we may expect that bug.
What is acceptance testing?
In software development, user acceptance testing (UAT) - also called beta testing, application
testing, and end user testing - is a phase of software development in
which the software is tested in the "real world" by the intended
audience. UAT can be done by in-house testing in which volunteers or
paid test subjects use the software or, more typically for
widely-distributed software, by making the test version available for
downloading and free trial over the Web. The experiences of the early
users are forwarded back to the developers who make final changes before
releasing the software commercial.
Most of the time it is tested by beta tester or end user(depends on company policy) to know if the application is working as expected.
Testing which is done to enable the customer/user whether to accept the product or not. it is done by end users.
What is meant by cyclomatic complexity? Explain With Example?
It is used to measure the complexity of software
process& it<br>is used to measure how many test cases are
passed in the<br>application
Cyclomatic Complaxity comes under white box testing.<br>It means
best path searching. To measure logical Complaxity <br>of a
prog.<br>for
ex.<br><br>1-main()<br>2-if(a>1)<br>3{<br>------<br>------<br>}<br>4-else<br>5-{<br>-------<br>-------<br>}<br>}<br><br>Now
a diagram would drawn from top
as it would start from 1.<br>underneath it would be 2. and 2 would
have two edges i.e. 3 <br>and 4. they would futher combine to
form 5.<br><br>2,3,4 & 5 would make close region while
outside would <br>become open region..<br><br>the
arrows joining would be edges 2 would become predicate <br>node.
while others are simple nodes.<br><br>it has got a
formula:<br><br>v(g)=Node-edges+2<br>v(g)=
5-5+2<br>v(g)=2<br>v(g)= predicate
node+1<br>v(g)=1+1<br>v(g)=2
How do you use boundary value analysis testing for evaluating the password ?
Boundary Value Analysis for testing password.<br><br>As per rule boundary
value Analysis must have SIx Conditions MIN-1, MIN,
MIN+1<br>MAX-1, MAX, MAX+1<br><br>For
user id when can apply same for password it works like
this<br>lets have condition password min 4 char max 10 char in
length.password can be any thing since password depends on
userid.<br><br>MIN-1<br>User ID :
master<br>password : abc<br>result :Should not accept should
popup msg "enter Correct
Password".<br><br>MIN<br>User ID :
Master<br>password : abcd<br>result : Should
accept<br><br>MIN+1<br>User ID :
Master<br>password : abcd<br>result : Should
accept<br><br>MAX-1<br>User ID :
Master<br>password : 123456789<br>result : Should
accept<br><br>MAX<br>User ID :
Master<br>password : abcd123456<br>result : Should
accept<br><br>MAX+1<br>User ID :
Master<br>password : abcd1234567<br>result : Should not
accept should popup msg "enter Correct Password".
What are stubs and drivers used for in white-box testing?
Stubs and Drivers are the small programs used in the integration testing
such that these programs are placed where the output of undeveloped
modules. that is in some cases, some of the non priority module's output
is needed in the project. then
to get out of that situation, we write a small program such that it
generates exactly similar output of the un-generated module. these
programs are called stubs and drivers.
Here stub is used when we are testing the application in top-down approach.
and driver is used when we are testing the application in bottom-top approach.
Here stub is used when we are testing the application in top-down approach.
and driver is used when we are testing the application in bottom-top approach.
What are the Methods of Black box Testing?
Graph Based Testing Methods:
Each and every application is build up of some objects. All such objects are identified and graph is prepared. From this object graph each object relationship is identified and test cases written accordingly to discover the errors.
Error Guessing:
This is purely based on previous experience and judgment of tester. Error Guessing is the art of guessing where errors can be hidden. For this technique there are no specific tools, writing the test cases that cover all the application paths.
Boundary Value Analysis:
Many systems have tendency to fail on boundary. So testing boundry values of application is important. Boundary Value Analysis (BVA) is a test Functional Testing technique where the extreme boundary values are chosen. Boundary values include maximum, minimum, just inside/outside boundaries, typical values, and error values.
Extends equivalence partitioning
Test both sides of each boundary
Look at output boundaries for test cases too
Test min, min-1, max, max+1, typical values
Each and every application is build up of some objects. All such objects are identified and graph is prepared. From this object graph each object relationship is identified and test cases written accordingly to discover the errors.
Error Guessing:
This is purely based on previous experience and judgment of tester. Error Guessing is the art of guessing where errors can be hidden. For this technique there are no specific tools, writing the test cases that cover all the application paths.
Boundary Value Analysis:
Many systems have tendency to fail on boundary. So testing boundry values of application is important. Boundary Value Analysis (BVA) is a test Functional Testing technique where the extreme boundary values are chosen. Boundary values include maximum, minimum, just inside/outside boundaries, typical values, and error values.
Extends equivalence partitioning
Test both sides of each boundary
Look at output boundaries for test cases too
Test min, min-1, max, max+1, typical values
What are the tools used for Black Box testing?
Black box testing tools are
mainly record and playback tools. These tools are used for regression
testing that to check whether new build has created any bug in previous
working application functionality.
White Box Testing
This testing methodology looks under the covers and into the subsystem of an application. Whereas black-box testing concerns itself exclusively with the inputs and outputs of an application, white-box testing enables you to see what is happening inside the application. Whitebox testing provides a degree of sophistication that is not available with black-box testing as the tester is able to refer to and interact with the objects that comprise an application rather than only having access to the user interface. An example of a white-box system would be in-circuit testing where someone is looking at the interconnections between each component and verifying that each internal connection is working properly. Another example from a different field might be an auto-mechanic who looks at the inner-workings of a car to ensure that all of the individual parts are working correctly to ensure the car drives properly.
Black Box Testing
This testing methodology looks at what are the available inputs for an application and what the expected
outputs are that should result from each input. It is not concerned with the inner workings of the application, the process that the application undertakes to achieve a particular output or any other internal aspect of the
application that may be involved in the transformation of an input into an output. Most black-box testing tools employ either coordinate based interaction with the applications graphical user interface (GUI) or image recognition. An example of a black-box system would be a search engine.You enter text that you want to search for in the search bar, press “Search” and results are returned to you. In such a case, you do not know or see the specific process that is being employed to obtain your search results, you simply see that you provide an input – a search term – and you receive an output – your search results.
outputs are that should result from each input. It is not concerned with the inner workings of the application, the process that the application undertakes to achieve a particular output or any other internal aspect of the
application that may be involved in the transformation of an input into an output. Most black-box testing tools employ either coordinate based interaction with the applications graphical user interface (GUI) or image recognition. An example of a black-box system would be a search engine.You enter text that you want to search for in the search bar, press “Search” and results are returned to you. In such a case, you do not know or see the specific process that is being employed to obtain your search results, you simply see that you provide an input – a search term – and you receive an output – your search results.
Subscribe to:
Posts (Atom)