Manual Testing

noreply@blogger.com (pradosh) — Sun, 5 Dec 2021 05:35:00 -0800

Requirement traceability and its impotrance

noreply@blogger.com (pradosh) — Fri, 4 Jul 2014 04:06:00 -0700

In many organization testing starts after the execution/coding phase of the project.If the organization wants to really get benefits from testing,then tester should get involved right from the beginning of the requirement phase.

If the tester get involved right from the requirement phase ,then requirement traceability is one of the important report that can detail what kind of test coverage the testcase have.

The following figure shows how we can measure the test coverage using the requirement traceability. we have extracted the important functionality from the requirement document and aligned it on the left hand side of the document.on the other side on the top we have mapped the test cases with the requirement.with this we can ensure the all the requirements are covered by our test cases.

Accounting application
requirement	testcase1	testcase2	testcase3	testcase4
should not allow duplicate recept		#		#
amount field should be numeric	#		#
debit n credit should not be zero		#

Benefits of tracebility matrix

noreply@blogger.com (pradosh) — Tue, 8 Oct 2013 00:00:00 -0700

Demonstrate the relationship between the requirements to the system.

To ensure the design is based on established scope, business requirement or functional requirements.

To ensure that the design documents are appropriately verified, and that functional requirements are appropriately validated.

To track the requirements changes and their impact to the system

To demonstrate the system built met the functionality of the customer, end users needs and expectations.

At faster rate can trace back to the functionality/design/test cases, if there is means of any defect/changes to the system.

Difference between load testing,performance testing and stress testing.....

noreply@blogger.com (pradosh) — Mon, 7 Oct 2013 23:57:00 -0700

Dear friend,
Yes it is very confusing. I passed thru the same phase before knowing what it is.

Read below;

Load and stress testing are subsets of performance testing.

Performance testing means how best something performs under a given benchmark. For example How mucn time you take to run 100 meters without carrying any load (no load is the benchmark) ?

Load testing is also performance testing but under various loads. The previous example if extended would be How much time you took to run the same 100mts but carrying a load of 50 kilos, 100 kilos .... ?

Stress testing is performance under stress conditions. Extending the same example as before How much time you took to run 100 meters with load or no load when a strong wind was blowing in opposite direction ?.

Extending performance, load.. testing to s/w or h/w application.

example

Performance : 1000 txns per minute with 1000 users concurrent

Load : How many txns when 2000, 3000, 4000 concurrent users.

Stress : How many txns when 1000, 2000, 3000 concurrent users... under conditions like server memory very low, data transmission line poor, etc...

some software testing important documents

noreply@blogger.com (pradosh) — Sun, 29 Sep 2013 03:24:00 -0700

SOFTWARE TESTING INTRODUCTION :
CLICK HERE TO DOWNLOAD

TESTING OVER VIEW OF BLACK BOX TESTING:
CLICK HERE TO DOWNLOAD

SOME TESTING MISTAKES :
CLICK HERE TO DOWNLOAD

Testing Projects

noreply@blogger.com (pradosh) — Tue, 17 Sep 2013 03:25:00 -0700

Those who are interested in manual testing projects join my sites and follow this site and send me your mail id .I have some manual testing projects so hurry up.

Thanks

ADMIN

Earn upto Rs. 9,000 pm checking Emails. Join now!

WATER FALL MODEL

noreply@blogger.com (pradosh) — Mon, 22 Jul 2013 13:29:00 -0700

waterfall model:

water fall model is a sequential design process in which progress is downward
the phases are analysis ,design coding testing, implementation.In this model one can move to the next phase when the previous phase is completed . Here the process is downward like water fall so it is called waterfall model. let describe the phases
1.ANALYSIS :
In this phase we analyize the system, requirement is gathered and discus them time shedule is prepared in this phase .BRS(business requirment specification) is prepared in this phase.After that we move to the next phase
2 DESIGN :
In this phase the UI screens are designed.FRS is prepared and the back end is designed.
3 CODING:
In this phase the actual programming code is written.The purpose of coding to prepare a programme which performs the specific function.tables in database are created.
4 TESTING:
after the coding is finished we move to the next phase where we test the whole software or application.If any error found we refer it to the developer for correction. Here we check the software is made as per the requirement or not
IMPLEMENTATION:
Here the software is deployed at the clients end and the software is maintained.
ADVANTAGES:
1.IF there is a fault or requirement in the project it is detected at the initial phases .
2 Strong documentation is available.
DISADVANTAGES
1 Huge amount of time is wasted because it is a sequential process
2.we cant modify the requirement once the process is started.
3.Testing phase comes quite late

what is severity and priority

noreply@blogger.com (pradosh) — Fri, 19 Jul 2013 10:27:00 -0700

Severity :
severity means how much intense the error is ,how much a error is critical for the product .If further testing is not possible for this error it means severity is high and if the error does not affect the testing process it means the severity is low.
priority
priority means in which order we fix the error.we have to fix the error according to its criticality .If a error is very critical then it is to be fixed first and if a error is not so critical it is to be fixed later

lets take some example
1.high severity and high priority
In this condition both the severity and priority are high .so it s very critical condition
example :
when the URL of the application is not working properly so here we can not proceed the further testing process.so here severity and priority both are high.
2. when login to the application is not possible
2. low severity and high priority
example
password not encrypted - if password is visible to everyone its a very critical condition . This condition does not affect our testing process we can continue our testing with this error but the priority is high so this error has to be fixed right now.

2.forget password not working properly

3. company logo is not visible

3 high severity and low priority

example : let save button is not working properly but we have another alternative option(ctrl A) .so that can we can proceed the testing process .SO here the severity is high and priority is low
4. Low severity and low priority
example:
Spelling mistake in the confirmation error message like “You have registered success” instead of successfully ,success is written.

Defect status

noreply@blogger.com (pradosh) — Fri, 19 Jul 2013 10:15:00 -0700

Defect status:In defect life cycle , defect has to go through in these status

Submitted

Accepted
Fixed

Rejected or withdraw

Postponed

Closed

Reopen or Resubmit

Test completion criteria

noreply@blogger.com (pradosh) — Fri, 19 Jul 2013 10:03:00 -0700

Test completion criteria

1. When all planed testcases are executed and bug rate falls below a certain accepted level
2. Running out of time
3. Running out of money

Usability testing

noreply@blogger.com (pradosh) — Thu, 18 Jul 2013 10:58:00 -0700

This testing is done to check the 'user-friendliness' of the application. This depends 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

sanity testing or Smoke testing

noreply@blogger.com (pradosh) — Thu, 18 Jul 2013 10:55:00 -0700

This type of testing is done initially 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 the systems in every 5 minutes or corrupting databases, the software may not be in a 'sound’ condition to proceed for further testing in its current state.

Types of software error and bugs ?

noreply@blogger.com (pradosh) — Thu, 18 Jul 2013 10:45:00 -0700

Types of errors with examples:
User Interface Errors: Missing/Wrong Functions, Doesn’t do what the user expects, Missing information, Misleading, Confusing information, Wrong content in Help text, Inappropriate error messages. Performance issues - Poor responsiveness, Can't redirect output, inappropriate use of key board.
Error Handling: Inadequate - protection against corrupted data, tests of user input, version control; Ignores – overflow, data comparison, Error recovery – aborting errors, recovery from hardware problems.
Boundary related errors: Boundaries in loop, space, time, memory, mishandling of cases outside boundary.
Calculation errors: Bad Logic, Bad Arithmetic, Outdated constants, Calculation errors, Incorrect conversion from one data representation to another, Wrong formula, Incorrect approximation.
Initial and Later states: Failure to - set data item to zero, to initialize a loop-control variable, or re-initialize a pointer, to clear a string or flag, Incorrect initialization.
Control flow errors: Wrong returning state assumed, Exception handling based exits, Stack underflow/overflow, Failure to block or un-block interrupts, Comparison sometimes yields wrong result, Missing/wrong default, Data Type errors.
Errors in Handling or Interpreting Data: Un-terminated null strings, Overwriting a file after an error exit or user abort.
Race Conditions: Assumption that one event or task finished before another begins, Resource races, Tasks starts before its prerequisites are met, Messages cross or don't arrive in the order sent.
Load Conditions: Required resources are not available, No available large memory area, Low priority tasks not put off, Doesn't erase old files from mass storage, Doesn't return unused memory.
Hardware: Wrong Device, Device unavailable, Underutilizing device intelligence, Misunderstood status or return code, Wrong operation or instruction codes.
Source, Version and ID Control: No Title or version ID, Failure to update multiple copies of data or program files.
Testing Errors: Failure to notice/report a problem, Failure to use the most promising test case, Corrupted data files, Misinterpreted specifications or documentation, Failure to make it clear how to reproduce the problem, Failure to check for unresolved problems just before release, Failure to verify fixes, Failure to provide summary report.

what is Incremental testing ,Beta testing and adhoc testing

noreply@blogger.com (pradosh) — Thu, 18 Jul 2013 10:40:00 -0700

Incremental testing is the partial testing of a incomplete software product.The goal of this testing is to give a earlier feed back to the developer team

Beta testing
beta testing is a type of testing is which is conducted by the customer in the observance of development team

Ad hoc testing;
ad hoc testing is least formal testing approach testing carried out without any recognized testing technique

what is integration testing ?

noreply@blogger.com (pradosh) — Thu, 18 Jul 2013 10:17:00 -0700

Integration testing is a phase of software testing in which individual software modules are combined and tested as a group Integration testing is a black box testing the purpose of this testing is to insure different components of the application still work in accordance to the customer requirement.Testcases are developed which is the purpose of exercising the enterprise between the components .This activity is carried out by the testing.

why should we do regression testing ?

noreply@blogger.com (pradosh) — Thu, 18 Jul 2013 03:07:00 -0700

Regression testing is selective retesting of the system with an objective to ensure the bug fixes work and those bug fixes have not caused any un-intended effects in the system.

Goals:

The goals of regression testing are to check the bug fixation of the previous build and also to ensure that the bug fixes have not caused any unintended defects in the same or other modules of the build in test.

The objectives of Regression testing are to:

1. Partially validate the system (i.e., to determine if it fulfills its operational requirements).

2 Cause failures concerning the operational requirements that help identify defects that are not efficiently found during unit and integration testing.

3 Report these failures to the development teams so that the associated defects can be fixed.

4 Help determine the extent to which the system is ready for launch.

5 To check if the bug fixes have caused further bug in the same or other modules of the product

6 Provide input to the defect trend analysis effort.

preconditions for regression testing

Regression test execution can begin when the following preconditions hold:

1 The operational requirements to be tested have been specified and fully implemented.

2 The relevant software components have passed unit testing and one cycle of functional testing

3 Bug for the earlier builds have been posted and acted up on.

4 The test team is adequately staffed and trained in functional testing and regression testing

5 The test environment is ready.

6 The regression test set, as identified during planning/test case authoring phase is ready.

7 The bug reporting procedure and communication protocol is ready.

what is Quality Standard in testing

noreply@blogger.com (pradosh) — Wed, 17 Jul 2013 10:28:00 -0700

QUALITY STANDARDS : 1. ISO -International organization for standard( ISO 9000 ,9001 ,9062 e.t.c) 2. CMM - capability maturity model
3. SEI -software engineering institute
4. IEEE -Institute of electrical and electronics engineering
5. ANSI -American national standard institute
6. ASQ -American society for quality
why quality standard is required :
1.To insure quality
2.Key selling point
3.Reducing rework
4.To maintain discipline
5.To have transparency

Testing Limitations

noreply@blogger.com (pradosh) — Wed, 17 Jul 2013 10:14:00 -0700

We can only test against system requirements

· May not detect errors in the requirements.

· Incomplete or ambiguous requirements may lead to inadequate or incorrect testing.

Exhaustive (total) testing is impossible in present scenario.

Time and budget constraints normally require very careful planning of the testing effort.

· Compromise between thoroughness and budget.

Test results are used to make business decisions for release

which test should we do first?

noreply@blogger.com (pradosh) — Wed, 17 Jul 2013 10:13:00 -0700

We can’t test every thing. There is never enough time to do all testing you would like, so what testing should you do?

Prioritize Tests. So that, whenever you stop testing, you have done the best testing in the time available.

Tips

Possible ranking criteria ( all risk based)

Test where a failure would be most serve.

Test where failures would be most visible.

Take the help of customer in understanding what is most important to him.

What is most critical to the customers business.

Areas changed most often.

Areas with most problems in the past.

Most complex areas, or technically critical.

what is blackbox testing ?

noreply@blogger.com (pradosh) — Wed, 17 Jul 2013 09:55:00 -0700

Black Box Testing

Black box testing is also called as Functionality Testing. In this testing user will be asked to test the correctness of the functionality with the help of Inputs and Outputs. User doesn’t require the knowledge of software code.

Approach:

Equivalence Class:

• For each piece of the specification, generate one or more equivalence Class

• Label the classes as “Valid” or “Invalid”

• Generate one test case for each Invalid Equivalence class

• Generate a test case that covers as many Valid Equivalence Classes as possible

Boundary Value Analysis

• Generate test cases for the boundary values.

• Minimum Value, Minimum Value + 1, Minimum Value -1

• Maximum Value, Maximum Value + 1, Maximum Value - 1

Error Guessing.

· Generating test cases against to the specification.

Why should we need an approach for testing?

noreply@blogger.com (pradosh) — Wed, 17 Jul 2013 09:48:00 -0700

yes,We definitely need an approach for testing.

To over come following problems, we need a formal approach for Testing.

Incomplete functional coverage: Completeness of testing is difficult task for testing team with out a formal approach. Team will not be in a position to announce the percentage of testing completed.

No risk management -- this is no way to measure overall risk issues regarding code coverage and quality metrics. Effective quality assurance measures quality over time and starting from a known base of evaluation.

Too little emphasis on user tasks -- because testers will focus on ideal paths instead of real paths. With no time to prepare, ideal paths are defined according to best guesses or developer feedback rather than by careful consideration of how users will understand the system or how users understand real-world analogues to the application tasks. With no time to prepare, testers will be using a very restricted set input data, rather than using real data (from user activity logs, from logical scenarios, from careful consideration of the concept domain).

Inefficient over the long term -- quality assurance involves a range of tasks. Effective quality assurance programs expand their base of documentation on the product and on the testing process over time, increasing the coverage and granularity of tests over time. Great testing requires good test setup and preparation, but success with the kind Test plan-less approach described in this essay may reinforce bad project and test methodologies. A continued pattern of quick-and-dirty testing like this is a sign that the product or application is unsustainable in the long run.

Get free Quality Center here ...

noreply@blogger.com (pradosh) — Sat, 13 Jul 2013 13:48:00 -0700

so freinds today i will tell you how to get a free quality center version 9
Quality center is a test management tool from HP(take over from mercury interactive in 2007)
QC derived from test director tool and developed in J2EE technology.and backend database is MS sql server quality center is both available for windows and Unix
Quality center supports various activities like
require management
test design(manual test cases as well as automated test cases)
Test execution
defect managment
integrating with other tools like load runner winrunner and QTP
Quality center has 2 interfaces
site administration
qulaity center
SITE ADMINISTRATION:
Here we do the following things
creating domains
deleting domains
creating a project under domains
deleting projects
creating users
edit user profile
deleting users
asigning a user to a project
tracking a project status
QULAITY CENTER:
it has 4 important modules
Requirements
here we can creat edit and delete requirements
and we can map requirement with test cases
Test plan:
its the area here we can creat manual as well as automated test cases using win runner /load runner
and QTP
Test lab:
here we execute the test
during automated test execution QC launches this tools(load runner ,win runner.QTP)
Defects
here the tester post their defects and get the status of their defects

FREE Quality Center :
step 1
1st you have to download bit torrent in your pc
then go to this link
and click on the download torrent button
its 478 mb file after download this file open it and install in your pc
NOTE: Quality center does not support windows 7.So you have to choose another OS
the file may be in ISO format u can convert it it into (.exe)form by using virtual clone drive. in this process you don't have to pay money .Here all the download and installation is free and free for ever

what is Defect Leakage

noreply@blogger.com (pradosh) — Sat, 13 Jul 2013 09:54:00 -0700

What is Defect Leakage ?

Defect leakage occurs at the Customer or the End user side after the application delivery. After the release of the application to the client, if the end user gets any type of defects by using that application then it is called as Defect leakage. This Defect Leakage is also called as Bug Lea

Testing limitations

noreply@blogger.com (pradosh) — Sat, 13 Jul 2013 09:52:00 -0700

Testing Limitations

You cannot test a program completely
We can only test against system requirements

- May not detect errors in the requirements.
- Incomplete or ambiguous requirements may lead to inadequate or incorrect testing.

Exhaustive (total) testing is impossible in present scenario.
Time and budget constraints normally require very careful planning of the testing effort.
Compromise between thoroughness and budget.
Test results are used to make business decisions for release dates.
Even if you do find the last bug, you’ll never know it
You will run out of time before you run out of test cases
You cannot test every path
You cannot test every valid input
You cannot test every invalid input

what is a bug..

noreply@blogger.com (pradosh) — Sat, 13 Jul 2013 09:29:00 -0700

when software is not behaving properly as per the requirement we can call there is a bug .A software bug occurs when one or more of the following five rules is true:

The software doesn't do something that the product specification says it should do.
The software does something that the product specification says it shouldn't do.
The software does something that the product specification doesn't mention.
The software doesn't do something that the product specification doesn't mention but should.
The software is difficult to understand, hard to use, slow, orin the software tester's eyeswill be viewed by the end user as just plain not right.

Bugs are caused beacuse of numerous reasons such as coding error ,design error ,specification .

COST OF BUG:when a bug found at design stage it costs less to fixed,but when the same not found till the coded and tested phase it cost so high if that bug detected by the customer it cost a million dollar.