Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×
Nächste SlideShare
Manual testing ppt
Manual testing ppt
Wird geladen in …3

Hier ansehen

1 von 20 Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Andere mochten auch (20)


Ähnlich wie Manual testing (20)

Aktuellste (20)


Manual testing

  1. 1. g<br />n<br />u<br />a<br />l<br />p<br />M<br />a<br />o<br />n<br />c<br />e<br />t<br />T<br />e<br />s<br />t<br />i<br />C<br />n<br />Done by <br />Srivignesh<br />
  2. 2. What is manual testing?<br /> Manual testing is the process of manually testing software for defects. It requires a tester to play the role of an end user, and use most of all features of the application to ensure correct behaviour. To ensure completeness of testing, the tester often follows a written test plan that leads them through a set of important test cases.<br />
  3. 3. CONTENTS OF MANUAL TESTING CONCEPTS<br /><ul><li> Software Quality Assurance:
  4. 4. Verification:
  5. 5. Validation:
  6. 6. Software Life Cycle Models
  7. 7. Why Testing?
  8. 8. Test Life Cycle
  9. 9. Testing Techniques </li></li></ul><li>Software Quality Assurance: <br /><ul><li>The purpose of Software Quality Assurance is to provide management with appropriate visibility into the process being used by the software project and of the products being built.
  10. 10. Software Quality Assurance involves reviewing and auditing the software products
  11. 11. It is an activity to verify applicable procedures and standards
  12. 12. And provide the software project and other appropriate managers with the results of these reviews and audits.</li></li></ul><li>VERIFICATION<br /><ul><li>Verification typically involves reviews and meetings to evaluate documents, plans, code, requirements, and specifications. </li></ul>The determination of verification are:<br /><ul><li>Consistency
  13. 13. Correctness
  14. 14. Completeness of a program at each stage. </li></li></ul><li>Validation <br /><ul><li>Validation typically involves actual testing.
  15. 15. It takes place after verifications are completed
  16. 16. The determination of correctness of a final program.
  17. 17. with respect to its requirements. </li></li></ul><li>Software Life Cycle Models <br /><ul><li>Prototyping Model
  18. 18. Waterfall Model – Sequential
  19. 19. Spiral Model
  20. 20. V Model - Sequential </li></li></ul><li>Testing: <br /><ul><li>An examination of the behavior of a program by executing on sample data sets.
  21. 21. Testing comprises of set of activities to detect defects in a produced material.
  22. 22. To unearth & correct defects.
  23. 23. To detect defects early & to reduce cost of defect fixing.
  24. 24. To avoid user detecting problems.
  25. 25. To ensure that product works as users expected it to. </li></li></ul><li>Why Testing? <br /><ul><li>To detect defects early and to reduce cost of defect fixing.
  26. 26. To ensure that product works as user expected it to
  27. 27. To avoid user detecting problems.
  28. 28. To unearth and correct defects. </li></li></ul><li>Test Life Cycle <br /><ul><li> Identify Test Conditions.
  29. 29. Test Plan.
  30. 30. Design Test Cases.
  31. 31. Execute Tests.
  32. 32. Evaluate Results.
  33. 33. Document Test Results.</li></li></ul><li>Testing Techniques <br /><ul><li> Black Box Testing.
  34. 34. White Box Testing.
  35. 35. Regression Testing.
  36. 36. Unit Testing.
  37. 37. Alpha testing.
  38. 38. Beta testing.
  39. 39. System Testing.
  40. 40. Volume Testing.
  41. 41. Stress testing
  42. 42. Security testing.
  43. 43. Integration testing</li></li></ul><li><ul><li>Black Box Testing Testing of a function without knowing internal structure of the program.
  44. 44. White Box Testing Testing of a function with knowing internal structure of the program.
  45. 45. Regression Testing To ensure that the code changes have not had an adverse affect to the other modules or on existing functions. </li></li></ul><li><ul><li>Unit Testing:
  46. 46. The most 'micro' scale of testing to test particular functions or code modules.
  47. 47. Typically done by the programmer and not by testers.
  48. 48. A unit can be compiled/ assembled/ linked/ loaded; and put under a test harness.
  49. 49. Unit testing done to show that the unit does not satisfy the functional specification and/ or its implemented structure does not match the intended design structure. </li></li></ul><li><ul><li>Alpha testing:
  50. 50. Testing of an application when development is nearing completion minor design changes may still be made as a result of such testing.
  51. 51. Typically done by end-users or others, not by programmers or testers. </li></li></ul><li><ul><li>Beta testing: </li></ul>Testing when development and testing are essentially completed and final bugs and problems need to be found before final release. <br />Typically done by end-users or others, not by programmers. <br />
  52. 52. Beta Software's<br />
  53. 53. System Testing: <br />My name is bug<br />*System testing is aimed at revealing bugs that cannot be attributed to a component as such, to inconsistencies between components or planned interactions between components. <br />*Concern: issues, behaviors that can only be exposed by testing the entire integrated system (e.g., performance, security, recovery). <br />
  54. 54. <ul><li>Volume Testing: </li></ul>The purpose of Volume Testing is to find weaknesses in the system with respect to its handling of large amounts of data during short time periods. <br /><ul><li>Stress testing: </li></ul>This refers to testing system functionality while the system is under unusually heavy or peak load.<br /> it's similar to the validation testing mentioned previously but is carried out in a "high-stress" environment. <br />
  55. 55. Security testing: <br />Security testing: <br />My Gun is Theft<br />If your site requires firewalls, encryption, user authentication, financial transactions, or access to databases with sensitive data.<br />you may need to test these and also test your site's overall protection against unauthorized internal or external access. <br />