Testing dan Implementasi P2

Testing dan Implementasi TM2

 

-    Obyektifitas Testing

       1.   Meningkatkan kepercayaan bahwa sistem dapat digunakan dengan tingkat resiko yang dapat diterima.

        2.  Menyediakan informasi yang dapat mencegah terulangnya error yan pernah terjadi.

        3.  Menyediakan informasi yang membantu untuk deteksi error secara dini.

        4.  Mencari error dan kelemahan sistem.

        5.  Mencari sejauh apa kemampuan dari sistem.

        6.  Menyediakan informasi untuk kualitas dari produk software.     

-      Misi dari tim testing

         1.   Tidak hanya untuk melakukan testing, tapi juga untuk membantu meminimalisir resiko kegagalan objek.

        2.  Tester tidak melakukan pembenahan, tidak mempermalukan pada satu individu/tim, hanya menginformasikan.

        3.  Tester adalah individu yang memberikan hasil pengukuran dari kualitas produk.

NB : Tidak setiap requirement dari pelanggan dipenuhi, dalam dunia realnya seorang testing harus mensurvei tiga  orang terlebih dulu agar mnegetahui perbedaan antara keiinginan dan kebutuhan.

-     Perbedaan tester dan debugger

-     Psikologi testing

        1.  Development/pengembangan secara kontraduktif.

        2.  Tester secara destruktif.

        3.  Menghindari program dari kesalahan di masa depan.

-     Prinsip testing

        1.  Testing komplit itu tidak mungkin.

              a. Sumber daya dan dana.

              b. Kompleksitas.

              c. Kompleksitas.

              d. Jalur Program.

        2.  Pekerjaan yang kreatif dan sulit.

              a.  Hal-hal yang penting.

                    -   Kreatifitas.

                    -   Pengetahuan bisnis.

                    -   Metodologi testing.

              b.  lain-lain.

                    -   Mengetahui sistem keseluruhan.

                    -   Tidak gampang dipahami.

        3.   Mencegah terjadinya error.

              a. Bukan satu fase pengembangan.

              b. Hasil testing harus diasumsikan tiap fase pengembangan.

        4.  Berbasis dengan resiko

              a. Sumber daya dan dana.

              b. Biaya keterlambatan produk.

              c. Kemungkinan adanya cacat(defect).

                     Contoh : bila data dihapus tidak sempurna.

              d. Bila terjadi prosuk cacat, maka pihak pengguna dapat minta tanggung jawab kepada pengembang.

        5.  Harus direncanakan.

              a. Akan tersesat di sistem tersebut sehingga kita perlu punya arah dan kualitas.

              b. Menjaga kesesuaiaan rencana program, mengetahui kapan waktunya berhenti.

              c. Test Case : tepat guna.

        6.  Membutuhkan independesi(dipisahkan).
              a. Yang melakukan testing adalah orang yang bukan pengembang program tersebut.

-     Kinerja Testing

-     Pemodelan Sistem

   

Link terkait : http://stikom.edu

Posted in: Testing dan Implementasi