TEST PLAN (TEST FACTORS Vs TEST TECHNIQUE)

TEST

 

Test factors                          Vs                         Test technique

Test factor indicate testing issue topic. this test engineer's topic in our project testing team is following ECT of testing techniques 

 Authorization :- security testing 

 Access control :- security testing 

 Audit trial :-   Functionality testing 

 Continue of processing :- Integrating (programmer)

 Data Integrity :- I/P Domain Testing 

 Correctness of proceeding of O/P value and maipulation: Functionality testing 

Coupling :- Inter system testing 

Ease of use:- user inter face testing / manually support testing  

Ease of operation :- Insulation testing 

Portability compatibility/ configuration Testing

Performance :- load / stress/data volume testing 

Reliability :- Recover/stress testing 

Service levels :- S/W changes/ regression testing(by CCB)

Maintainable :- compliance testing 

Methodology :- compliance testing 

Whether the project team is following our enhancement standards.

read more...

SYSTEM TESTING PROCESS

System Testing process

     

SYSTEM TEST INITIATION

 

Generally the every organization system testing process is a starting with test initiation.

In this face project manager (or) test manager prepare test strategy documents. This document  defines requires testing approach to be followed by testing team.

A) components in test strategy :

1. scope & objective ;  the important of testing & their mail stones.

2. Business issues ;     cost allocation in between development process and testing process.

 

3. Test approach; list of test factors of test issues to be applied by testing team on corresponding S/W build. this selection is depending on requirement is that S/W build scope of the requirements and risk involve in our project testing .

4. Roles & responsibilities; the names of the job in testing team& their responsibilities.

5. communication & status Reporting; This required negotiation between every two consecutive jobs in our testing team.

6.  Test automation and Testing tools; The purpose of automation & available tools in our organization.

7.   Defect Reporting & Tracking; The required negotiation between this testing team & development team to review and resolve defect during testing.

8. Testing Measurements and machines; To estimate quality, compatibility & status testing team uses a set of measurement & metrics.

9. Risks & Assumptions; The exemptions list of problems this solution to overcome.

10. Change & Configuration management;

11. Training Plan; The required number of training session for testing team. To understand customers requirement (or) business
logics.

12. Test deliverable; Names of test document to be prepared by testing team during testing 
     EX: test plans, cases, log, defect reports and same reports.

13. Test factors & testing issues; To define quality S/W, Testing use 15 issues (or) topics. these all topics are not mandatory in every project.

I. Authorization :- Validity of users 
II. Access Control:- permission of users use specific functionality
III.Audit trail:-  The correctness of metadata mean data about data
IV. Continuity of processing:- Integration of processing
V. Data Integrity :- correction of me/P value :- compose mail (interim of size & Time).
VI. Correction of O/P value and Manipulation :-
VII. Coupling :- coexisting with other S/W to share common resources.
VIII. Ease-of-use :- User friendly screen
IX. Ease of Operation :- Installation, an installation dumping, downloading, upload. 
X. Portability:- Run on different platforms 
XI. Performance:- speed of processing 
XII. Reliability:- Recover from abnormal situation 
XIII. Service Levels:- Orders of functionality are services to give to customer side people. 
XIV. Maintainable:- whether our S/W is time serviceable to customer site people(or) not.
XV. Methodology :- Testing factor on whether on testing team following predefined approach properly(or)not?

read more...

TESTING TERMINOLOGY

TESTING TERMINOLOGY

 

1.TESTING STRATEGY

 

It's a document and it does define the required testing approach to be followed by testing people.

 

2. TEST PLAN 

 

It's a document and its provides work allocation and in terms of schedule

3.TEST CASE

 

It does define test condition to validate functionality in team of completeness and correctness.

4.TEST LOG

 

It's defining the result of test case in team of passed (or) fail of exeution of  testing case application build.

5.ERROR-DEFECT(ISSUE)-&DEBUG

 a) A mistake in a coding is called error

 b) This mistake found by test engineer , during testing called DEFECT/ ISSUE

 c) This defect/issue review & accepted by development team to release is called BUG.

 

6. RE-TESTING

 

It's also known as data driven (or) iteration testing . test engineers repeat the same test on same application build with multiple I/P values . this type of test repetition is called Re-testing.

 

7. REGRESSION 

 

The Re-execution of scheduled test cases on modified build to ensure, bug-fix work without any effect is called regression test.

 

 

 

 

 

 

 

 

 

read more...

Mostly Using Test Cases

TEST CASES 

 

Mostly Using Test Cases

1.All mandatory fields should be validated and indicated by asterisk(*)symbol.

 

2. Validation error messages should be displayed properly at correct position

3. All error messages should be displayed in same CSS style (e.g. using red color)

4. General confirmation messages should be displayed using CSS style other then error messages style (e.g. using green color)

5. Tool tips text should be meaningful

6. Dropdown fields should have  first entry as blank or text like 'select'

7. Delete functionality for any record on page should ask for confirmation 

 

8. Select/deselect all records options should be provided if page supports record add/delete/update functionality

 

9. amount values should be displayed with correct currency symbols 

 

10  . Default  page sorting should be provided

11. Resent button functionality should set default values for all fields

 

12. All numeric values should be formatted properly 

 

13. Input fields should be checked for max field value. input values greater than specified max limit should not be accepted or stored in database

   

14.Check all input fields for special characters 

 

15. Field labels should be standard e.g. field accepting user's first name should be labeled properly as 'first name'

 

16. Check page sorting functionality after add/edit/delete operations on any record 

 

17. Check for timeout functionality. Timeout values should be configurable. Check application behavior after operation timeout

 

18. Check cookies used in an application

 

19. Check if downloadable files are pointing to correct file paths

 

20.All resource keys should be configurable in config files or database instead of hard coding 

 

21.  Standard conventions should be followed throughout for naming resource keys 

 

22. Validate markup for all web pages (validate HTML and CSS for syntax errors) to make sure it is compliant with the standards 

 

23. Application crash or unavailable pages should be redirected to error page 

 

24. Check text on all pages for spelling and grammatical errors 

 

25. Check numeric input fields with character input values . proper validation message should appear 

 

26. Check for negative numbers if allowed for  numeric fields 

27. Check amount fields with decimal number values

28. Check functionality of buttons available on all pages 

29. User should not be able to submit page twice by pressing submit button in quick succession.

30. Divide by zero errors should be handled for any calculations 

31. Input data with first and last position blank should be handled correctly

 

read more...

UNIT TESTING

Unit testing is 4 types 

 

                    1. Basis path Testing

                    2. Control structure Testing

                    3. Program Technique Testing

                    4. Mutation Testing

 

 1. Basis path testing :- programmer is verifying whether a programmer is running or not. In basis path testing, programmer are following the below procedure to test complete programme.

>  Draw flow diagram for that programme

> Calculate on of independent paths in that programme(geometric complexity) .

> Run that programme more than are time to cover all independent paths in that programme.

 

2. control structure testing :- programmers concentrate on the correctness and completeness of  the corresponding programme outputs. they are checking every statement including 'if' conditions for 'loops' memory allocations. 

 

3. program Technique Testing :- programmers verify the execution speed of corresponding program. In this testing , programmer is taking the help of 'monitors' and "properties". if the programme without disturbing the functionality.

 

4. mutation testing  :- A mutation is a small change in program . mutations are introduced into programs to test the completion of tests on that program are probably incomplete.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

chakrapani

read more...

Introduction software testing

                                    Introduction :-

 The  software engineering process represents the tasks including physical and logical requirements as a story ,team software project . Software development process is a complex process, which requires careful planning and execution to meet the goals . 

 

                    Sometimes a developer must react quality hinders fast-paced software development, as many testing cycles are necessary to ensure quality products .

 

                 As the complexity of software increases , the demand for having a solid and systematic development process also increases to ensure a quality product that meets customer requirements.  

 

 

 

 

 

 

 

 

 

 

read more...

Software Testing Tutorial

                                                manual Testing 

 

Testing Introduction

UNIT TESTING

TESTING TERMINOLOGY

 

 

 

 

 

 

 

 

read more...