Professional Documents
Culture Documents
Version: 1.5
Author: Hoang A Na
Aug 2005
A. Overview
B. Test Process
C. Defect Tracking
D. Test methods
E. Stages of Test
F. Types of Test
G. Testing Infrastructure
H. Test Measurements
I. Test Web application
Why testing?
• Because software is likely to have faults
• To learn about the reliability of the software
• To fill the time between delivery of the software
and the release date
• To prove that the software has no faults
• Because testing is included in the project plan
• Because failures can be very expensive
• To avoid being sued by customers
• To stay in business
Validation
Ensure that the system operates according to a plan by
executing system functions
Did we build the system right?
Validation: done by customer (including review and
acceptance test).
Verification
Methods to ensure that the system complies with an
organizational standard or process
Did we build the right system?
Verification: done by project team (Review & Test)
So what do we need to do most when we test?
QC - Verification
1. Test team
2. Work products of test
3. Test life cycle
4. Test tools
Infrastructure
Test leader
management
Tester Tester
Integration Test
Evaluate Test
What: Execute test
programs/scripts that were System Test
generated in Implementation What: Generate final test
test. coverage summary
What: Execute all test When: Before delivering,
When: integration
programs/scripts testing
that were Sum up and report
phase report to SQA by the Final
generated in Implementation inspection
Who: Testers test.
test. Regression Who: Test Leader
When: system testing phase FINISH
Who: Testers
I/P O/P
Functionality
System •Integration
•System Test test
Acceptance
•Performance Test
•Acceptance
•Stress Test
Test
Unit Test
Integration Test
System Test
Acceptance Test
Integration test:
• Functionality
• Interface
Results
it is the customer’s way to verify that what was wanted is
what is built
uncovers more than requirements discrepancies
allows the customers to determine what they really want,
whether specified in the document or not.
new problems may arise
rapid prototyping
changes may not only mean improper definition of
requirement, but also because customers may decide that
the problem is changed and a different solution is needed
Goal:
No defect during acceptance test
Functional testing
Interface testing
Performance testing: Test performances requirement
specifications (response time)
Data & Data integrity testing
Security & Access control testing
Load testing
Stress testing
Volume testing
Regression testing
Installation testing
1. Test environments
2. Test documentation
3. Configuration management and change control
Test plan:
Purpose: to organize testing activities
Defines:
Scope of test: stages and types of test
Risks may affect testing
Requirements to test: what will be tested
Testing strategy: how will be tested
Test criteria (start, stop, suspension, completion)
Tools used to test
Resource and environment of test
Deliverables of test
• Normal cases
• Abnormal cases
• Boundary values
Test data
Test result: report test coverage
• Test case ID
• Output
• Result (pass, failed, …) by comparing with test
case expected output.
• Test Coverage/ Success Test rate
Test status:
• Pass: test done successfully
• Failed: test done and result different from expected
• N/A: test cannot be done yet
Measurements:
Defects in DMS
Defect rate
Weighted defects/ project size (in UCP)
Test coverage: number of test cases executed
Successful Test coverage: number of passed
TCs/ Total executed TCs
Metrics to assess individual tester performance:
Test effectiveness
Weighted defects/ Test effort
Leakage
Weighted defects found after release/ project size
What to test:
• All components of a Web application on both the client
and server side
• Validation or Functional Testing
• HTML Validation
• Link Testing
• Load and stress Testing
• Security Testing
• Regression Testing
Problem:
• Impossible to test all possible dependencies and
everything that could go wrong with this site.
• Impossible to test varied target audience and platforms
that a web applications addresses
• Tools used for load test, volume test
Solution:
• Determine where to focus testing efforts within budget
and schedule constraints
• Analyse risks and set priorities based on risk analysis
Risk analysis:
• Which functionality is most critical to its purpose?
• Which function is most likely to be the most frequently
used or the sequence of steps to be most frequently
performed?
• What type of areas could possibly cause the most
complaints or bad publicity?
• What parts of the application pose the maximum security
risk?
Reference
Practical Guide to Software System Testing
Test Guideline
VB, .Net
TestTraining for beginer.doc