SOFTWARE TESTING
• IN SOFTWARE TESTING, DOCUMENTATION IS VERY IMPORTANT. TESTING SHOULD BE DOCUMENTED
TO PROVIDE EFFICIENT RESOURCE CONTROL MONITORING. FOR SUCCESSFUL TESTING, A TEST PLAN
PLAYS A VERY IMPORTANT ROLE. HERE, WE WILL DISCUSS THE FOLLOWING POINTS:
• INTRODUCTION TO TEST PLAN
• IMPORTANCE OF TEST PLAN
• TEST PLAN GUIDELINES
• TYPES OF TEST PLANS
• TEST PLAN ATTRIBUTES
• WHAT IF THERE IS NO TEST PLAN?
1. TEST PLAN
• A TEST PLAN IS A DOCUMENT THAT CONSISTS OF ALL FUTURE TESTING-
RELATED ACTIVITIES. IT IS PREPARED AT THE PROJECT LEVEL AND IN
GENERAL, IT DEFINES WORK PRODUCTS TO BE TESTED, HOW THEY WILL BE
TESTED, AND TEST TYPE DISTRIBUTION AMONG THE TESTERS. BEFORE
STARTING TESTING THERE WILL BE A TEST MANAGER WHO WILL BE
PREPARING A TEST PLAN. IN ANY COMPANY WHENEVER A NEW PROJECT IS
TAKEN UP BEFORE THE TESTER INVOLVES IN THE TESTING THE TEST
MANAGER OF THE TEAM WOULD PREPARE A TEST PLAN.
2. IMPORTANCE OF TEST PLAN
• THE FOLLOWING ARE SOME OF THE KEY BENEFITS OF MAKING A TEST PLAN:
• IT ACTS AS A QUICK GUIDE FOR THE TESTING PROCESS.
• IT HELPS TO AVOID OUT-OF-SCOPE FUNCTIONALITIES.
• IT DETERMINES THE TIME, COST, AND EFFORT.
• PROVIDE A SCHEDULE FOR TESTING ACTIVITIES.
• RESOURCE REQUIREMENT AND EQUIPMENT.
• TEST PLAN DOCUMENT CAN BE USED FOR SIMILAR PROJECTS.
• IT HELPS TO UNDERSTAND THE TEST DETAILS.
• IT HELPS IN DETERMINING THE QUALITY OF SOFTWARE APPLICATIONS.
3. TEST PLAN GUIDELINES
• AVOID OVERLAPPING AND REPETITION.
• AVOID LENGTHY PARAGRAPH.
• USE LISTS AND TABLES.
• UPDATE PLAN.
• DON’T USE OUTDATED DOCUMENTS.
4. TYPE OF TEST PLAN
• THE FOLLOWING ARE THE THREE TYPES OF TEST PLANS:
• MASTER TEST PLAN- IN THIS TYPE OF TEST PLAN, INCLUDES MULTIPLE TEST
STRATEGIES AND HAS MULTIPLE LEVELS OF TESTING.
• PHASE TEST PLAN- IN THIS TYPE OF TEST PLAN, EMPHASIS ON ANY ONE PHASE OF
TESTING.
• SPECIFIC TEST PLAN- IN THIS TYPE OF TEST PLAN, IT IS DESIGNED FOR SPECIFIC
TYPES OF TESTING ESPECIALLY NON-FUNCTIONAL TESTING.
5. TEST PLAN ATTRIBUTES
• THERE IS NO HARD AND FAST RULE OF PREPARING A TEST PLAN BUT IT HAS
SOME STANDARD 15 ATTRIBUTES THAT COMPANIES FOLLOW:
ATTRIBUTES
• A. OBJECTIVE: IT DESCRIBES THE AIM OF THE TEST PLAN, WHATEVER THE GOOD PROCESS AND PROCEDURE THEY ARE
GOING TO FOLLOW IN ORDER TO GIVE QUALITY SOFTWARE TO CUSTOMERS. THE OVERALL OBJECTIVE OF THE TEST IS TO
FIND AS MANY DEFECTS AS POSSIBLE AND TO MAKE SOFTWARE BUG FREE. THE TEST OBJECTIVE MUST BE BROKEN INTO
COMPONENTS AND SUB-COMPONENTS. IN EVERY COMPONENT FOLLOWING ACTIVITIES SHOULD BE PERFORMED.
• LIST ALL THE FUNCTIONALITY, PERFORMANCE TO BE TESTED.
• MAKE GOALS AND TARGETS BASED ON THE APPLICATION FEATURE.
• B. TEST STRATEGY: IT IS A CRUCIAL DOCUMENT THAT IS TO BE PERFORMED AND USUALLY DESIGNED BY THE TEST
MANAGER. IT HELPS TO DETERMINE TEST EFFORT AND TEST COST. TEST STRATEGY HELPS TO DETERMINE THE FEATURES
THAT ARE GOING TO BE TESTED AND THE FEATURES THAT WILL NOT BE TESTED. THE SCOPE CAN BE DIVIDED INTO TWO
PARTS:
• IN-SCOPE: THE MODULES THAT ARE TO BE TESTED RIGOROUSLY.
• OUT SCOPE: THE MODULES THAT ARE NOT TO BE TESTED RIGOROUSLY
ATTRIBUTES
• C. TESTING METHODOLOGY: THE METHODS THAT ARE GOING TO BE USED FOR TESTING DEPEND ON APPLICATION TO
APPLICATION. THE TESTING METHODOLOGY IS DECIDED BASED ON THE FEATURE AND APPLICATION REQUIREMENTS.
• SINCE THE TESTING TERMS ARE NOT STANDARD, ONE SHOULD DEFINE WHAT KIND OF TESTING WILL BE USED IN THE
TESTING METHODOLOGY. SO THAT EVERYONE CAN UNDERSTAND IT.
• D. APPROACH: THE APPROACH OF TESTING DIFFERENT SOFTWARE IS DIFFERENT. IT DEALS WITH THE FLOW OF
APPLICATIONS FOR FUTURE REFERENCES. IT HAS TWO ASPECTS:
• HIGH-LEVEL SCENARIOS: FOR TESTING CRITICAL FEATURES HIGH-LEVEL SCENARIOS ARE WRITTEN. FOR EXAMPLE,
LOGIN TO A WEBSITE, BOOKING FROM A WEBSITE.
• THE FLOW GRAPH: IT IS USED WHEN ONE WANTS TO MAKE BENEFITS SUCH AS CONVERGING AND MERGING EASY.
• E. ASSUMPTIONS: IN THIS PHASE, CERTAIN ASSUMPTIONS WILL BE MADE.
ATTRIBUTES
• F. RISK: ALL THE RISKS THAT CAN HAPPEN IF THE ASSUMPTION IS BREAKING. FOR EXAMPLE, IN THE CASE OF WRONG BUDGET
ESTIMATION, THE COST MAY OVERRUN. SOME REASON THAT MAY LEAD TO RISK IS:
• TEST MANAGER HAS POOR MANAGEMENT SKILLS.
• HARD TO COMPLETE THE PROJECT ON TIME.
• LACK OF COOPERATION.
• G. BACKUP/MITIGATION PLAN- IF ANY RISK IS INVOLVED THEN THE COMPANY MUST HAVE A BACKUP PLAN, THE PURPOSE IS TO AVOID
ERRORS. SOME POINTS TO RESOLVE/AVOID RISK:
• TEST PRIORITY IS TO BE SET FOR EACH TEST ACTIVITY.
• MANAGERS SHOULD HAVE LEADERSHIP SKILLS.
• TRAINING COURSE FOR THE TESTERS.
• H. ROLES AND RESPONSIBILITIES: ALL THE RESPONSIBILITIES AND ROLE OF EVERY MEMBER IN A PARTICULAR TESTING TEAM HAS TO
BE RECORDED.
ATTRIBUTES
• I. SCHEDULING: UNDER THIS, IT WILL RECORD THE START AND THE END DATE OF EACH AND EVERY TESTING-
RELATED ACTIVITY. FOR EXAMPLE, WRITING TEST CASE DATE AND ENDING TEST CASE DATE.
• J. DEFECT TRACKING: IT IS AN IMPORTANT PROCESS IN SOFTWARE ENGINEERING AS LOTS OF ISSUE ARISES
WHEN YOU DEVELOP A CRITICAL SYSTEM FOR BUSINESS. IF THERE IS ANY DEFECT FOUND WHILE TESTING
AND THAT DEFECT MUST BE GIVEN TO THE DEVELOPER TEAM. THERE ARE THE FOLLOWING METHODS FOR
THE PROCESS OF DEFECT TRACKING:
• INFORMATION CAPTURE: IN THIS, WE TAKE BASIC INFORMATION TO BEGIN THE PROCESS.
• PRIORITIZE: THE TASK IS PRIORITIZED BASED ON SEVERITY AND IMPORTANCE.
• COMMUNICATE: COMMUNICATION BETWEEN THE IDENTIFIER OF BUG AND FIXER OF BUG.
• ENVIRONMENT: TEST THE APPLICATION BASED ON HARDWARE AND SOFTWARE.
ATTRIBUTES
• K. TEST ENVIRONMENT- IT IS THE ENVIRONMENT WHICH THE TESTING TEAM WILL USE I.E. THE LIST OF HARDWARE AND SOFTWARE, WHILE TESTING
THE APPLICATION, THE THINGS WHICH ARE SAID TO BE TESTED WILL BE WRITTEN UNDER THIS SECTION. THE INSTALLATION OF SOFTWARE IS ALSO
CHECKED UNDER THIS.
• L. ENTRY AND EXIT CRITERIA: THE SET OF CONDITIONS THAT SHOULD BE MET IN ORDER TO START ANY NEW TYPE OF TESTING OR TO END ANY
KIND OF TESTING.
ENTRY CONDITION:
• NECESSARY RESOURCES MUST BE READY.
• THE APPLICATION MUST BE PREPARED.
• TEST DATA SHOULD BE READY.
EXIT CONDITION:
• THERE SHOULD NOT BE ANY MAJOR BUG.
• MOST TEST CASES SHOULD BE PASSED.
• WHEN ALL TEST CASES ARE EXECUTED.
ATTRIBUTES
• N. DELIVERABLES- IT IS THE OUTCOME FROM THE TESTING TEAM AND THAT IS TO BE
GIVEN TO THE CUSTOMERS AT THE END OF THE PROJECT.
• BEFORE TESTING PHASE:
• TEST PLAN DOCUMENT.
• TEST CASE DOCUMENT.
• TEST DESIGN SPECIFICATION.
• O. TEMPLATED: IT IS FOLLOWED BY EVERY KIND OF REPORT THAT IS GOING TO BE
PREPARED BY THE TESTING TEAM
6. WHAT IF THERE IS NO TEST PLAN?
• BELOW ARE SOME OF THE SITUATIONS THAT MAY OCCUR IF THERE IS NO TEST PLAN IN PLACE:
• MISUNDERSTANDING ROLES AND RESPONSIBILITIES.
• THE TEST TEAM WILL HAVE NO CLEAR OBJECTIVE.
• NO SURETY WHEN THE PROCESS ENDS.
• UNDEFINED TEST SCOPE MAY CONFUSE TESTERS.