Software Testing Strategies
Testing Strategy unit test integration test system validation test
Unit Testing module to be tested results software engineer test cases
Unit Testing module to be tested interface local data structures boundary conditions independent paths error handling paths test cases
Unit Test Environment driver Module stub stub test cases RESULTS interface local data structures Module boundary conditions independent paths error handling paths stub stub test cases RESULTS
Integration Testing Strategies Options: • the “big bang” approach • an incremental construction strategy
Top Down Integration A top module is tested with stubs B F G stubs are replaced one at a time, "depth first" C as new modules are integrated, some subset of tests is re-run D E
Bottom-Up Integration F G drivers are replaced one at a time, "depth first" C worker modules are grouped into builds and integrated D E cluster
Sandwich Testing cluster A Top modules are tested with stubs B F G C Worker modules are grouped into builds and integrated D E cluster
Validation Test Untuk menguji fungsional-2 software terhadap kesesuaian yang diharapkan user Kriteria validasi yang berhasil: Semua kebutuhan fungsional terpenuhi Semua karakteristik tingkah laku sistem dapat dicapai Semua kebutuhan kinerja dapat diperoleh Dokumentasinya betul Kebutuhan lain: kompatibilitas, error recovery, dapat dipenuhi
Validation Test Setelah setiap tes validasi, muncul salah satu keadaan berikut: Fungsional dan kinerja sesuai dengan spesifikasi dan diterima Ditemukan penyimpangan terhadap spesifikasi: kekurangan, kelebihan, maupun kekurangtepatan.
System Testing Tujuannya untuk melakukan pengujian secara komprehensif dan penuh terhadap sistem berbasis komputer Terdiri atas: Recovery testing Security testing Performance testing
Debugging: A Diagnostic Process
Debugging: A Diagnostic Process Tujuannya untuk mencocokkan gejala dengan penyebab kesalahan, yang mengarah pada pembetulan kesalahan Bukan merupakan uji kasus Menghasilkan 2 keluaran: Penyebab akan ditemukan dan dibetulkan Penyebab tidak ditemukan
The Debugging Process test cases results Debugging new test cases regression tests suspected causes corrections Debugging identified causes
Debugging Effort time required to diagnose the symptom and determine the cause time required to correct the error and conduct regression tests
Symptoms & Causes symptom cause symptom and cause may be geographically separated symptom may disappear when another problem is fixed cause may be due to a combination of non-errors cause may be due to a system or compiler error cause may be due to symptom assumptions that everyone cause believes symptom may be due to distributed caused
Consequences of Bugs infectious damage catastrophic extreme serious disturbing annoying mild Bug Type Bug Categories: function-related bugs, system-related bugs, data bugs, coding bugs, design bugs, documentation bugs, standards violations, etc.
Debugging Techniques brute force / testing backtracking induction deduction
Debugging Techniques Brute force: Backtracking: Cause elimination: Paling umum digunakan Memasukkan perintah WRITE dalam program Boros waktu dan usaha Backtracking: Mulai dari tempat gejala yang ditemukan, kemudian di trace back sampai ditemukan penyebabnya Cause elimination: Data yang berkaitan dengan munculnya error diorganisir untuk isolasi penyebab yang potensial
Debugging: Final Thoughts 1. Don't run off half-cocked, think about the symptom you're seeing. 2. Use tools (e.g., dynamic debugger) to gain more insight. 3. If at an impasse, get help from someone else. 4. Be absolutely sure to conduct regression tests when you do "fix" the bug.