Testing & Implementasi [IV]

  1. 1. What_IT_managers_should_know_about_ROI.pdf

Keuntungan yang dapat diukur dari pengujian adalah:

  1. Menemukan bugs yang dapat diperbaiki, bahkan dapat dicegah
  2. Menemukan bugs yang tidak diperbaiki tetapi diketahui
  3. Jalankan tes yang mengurangi (berpotensi mahal) risiko.
  4. Panduan proyek dengan informasi yang tepat waktu, akurat, dan kredibel.

Assessment of Quality

Selama pengembangan atau pemeliharaan sistem, karakteristik kualitas beresiko. Dengan kata lain, ada beberapa kemungkinan perilaku yang tidak diinginkan dalam sistem.

Cost of Quality

menganalisis biaya-biaya dengan membagi biaya kualitas ke dua komponen yaitu:

  1. Cost of conformance (biaya kesesuaian) adalah biaya pembangunan kualitas ke dalam sistem. Biaya yang termasuk dalam cost of conformance adalah cost of prefention (biaya pencegahan) dan cost of detection (biaya deteksi).
  2. Cost of non conformance (biaya tidak sesuai) adalah biaya memperbaiki bug dan pengujian ulang system. Yang termasuk dalam cost of non conformance adalah cost of internal failure dan cost of external failure.

The Value of Known Bugs

Ada tiga keuntungan untuk mengetahui tentang bug sebelum rilis.

Dalam beberapa kasus, kita dapat mencegah pengguna dari melihat bug.

Dapat memperingatkan pengguna pada catatan rilis sehingga pengguna dapat menghindari bug.

Dapat memberikan solusi dan informasi lainnya untuk disk bantuan atau staf pendukung teknis.

Ini tidak hanya akan menghemat biaya, tetapi juga menghasilkan pelanggan yang lebih puas.

The Value of Risk Mitigation

Pengujian adalah suatu bentuk asuransi proaktif untuk sistem. Tes yang gagal memberi kita kesempatan untuk menghindari biaya kegagalan eksternal yang tidak diantisipasi nantinya. Dalam istilah ekonomi, kita dapat menggantikan mitigasi sebelum-fakta-risiko yang disediakan oleh pengujian untuk penggantian setelah fakta-kerugian yang diberikan oleh asuransi.

The Value of Good Advice

Komunikasi efektif pada status pengujian sangat penting, terutama pada akhir proyek ketika anggaran risiko serius atau jadwal overrun atau kegagalan project langsung adalah yang tertinggi. Jadi, estimasi, sederhana masuk akal adalah bahwa 25% dari nilai pelacakan proyek yang baik timbul dari penilaian yang baik dari kualitas dari tim uji.

  1. 2. Quality_risk_in_system_integration.pdf

Semakin banyak proyek integrasi melibatkan lebih dari kustom yang dikembangkan atau komersial-off-the-shelf (COTS) komponen, daripada pembangunan atau peningkatan perangkat lunak. Akibatnya, kedua pendekatan langsung atau tidak langsung merupakan outsourcing dari beberapa atau semua pekerjaan pengembangan system.

Quality Risk Factors in Integration

Salah satu faktor yang meningkatkan risiko kualitas kopling, yang menciptakan interaksi                             kuat dengan konsekuensi-sistem atau system ketika komponen gagal.

Misalnya, tabel pelanggan padadatabase aplikasi Web menjadi terkunci dan tidak dapat diaksesdi bawah beban normal. kemudian Irreplaceability, ketikaada beberapa komponen yang serupa tersedia atau penggantian adalah mahal atau membutuhkan waktu yang lama. setelah itu  esensial, di mana beberapa fitur kunci atau fitur dari sistem akan tidak tersedia jika komponen tersebut tidak bekerja dengan benar. Dan faktor terakhir yang meningkatkan risiko adalah vendor masalah kualitas, terutama bila disertai dengan perubahan haluan lambat pada perbaikan bug saat Anda melaporkan masalah. Jika ada kemungkinan tinggi vendor mengirimkan komponen yang buruk, tingkat risiko terhadap kualitas seluruh sistem yang lebih tinggi.

Trust Your Vendors

Salah satu strategi hanya untuk mempercayai kualitas komponen vendor dan pengujian, dan beranggapan bahwa mereka akan memberikan kinerja yang cukup baik dalam bekerja kurang untuk Anda.

untuk mengintegrasikan, melacak, dan mengelola pengujian vendor komponen mereka sebagai bagian dari upaya, didistribusikan untuk Pengujian keseluruhan sistem. Ini melibatkan perencanaan di muka, bersama dengan memiliki kekuatan yang cukup dengan vendor untuk bersikeras bahwa mereka menganggap uji mereka tim dan upaya uji bawahan dan yang terkandung dalam Anda.

Manage Your Vendors

Strategi lain adalah untuk mengintegrasikan, melacak, dan mengelola pengujian vendor komponen mereka sebagai bagian dari upaya,mendistribusikan untuk Pengujian keseluruhan sistem. Ini melibatkan perencanaan awal, bersama dengan memiliki kekuatan yang cukup dengan vendor untuk bersikeras bahwa mereka menganggap uji mereka tim dan upaya uji bawahan dan yang terkandung dalam Anda.

Fix Your Vendor

Pilihan lainnya adalah untuk memperbaiki pengujian vendor komponen atau masalah kualitas, dimana situasi mengharapkan untuk merubah menguji vendor dan proses uji kualitas atau membangun yang baru dan proses kualitas untuk mereka dari awal. Kedua belah pihak harus berharap bahwa upaya substansial, termasuk modifikasi produk, akan menghasilkan.

  1. 3. Test_manager_role.ppt

Uji Peran Manajer

Pengujian Manager memastikan bahwa:

  1. Pengujian dilakukan

Mengawasi Software Testers melakukan pengujian dengan cara yang benar.

  1. Pengujian didokumentasikan

Mengawasi uji kasus dirancang dengan benar, berpartisipasi dalam tinjauan formal dan sesama, mengawasi semua jenis testware dikembangkan, dan melaksanakan uji standar.

  1. Teknik pengujian ditetapkan dan dikembangkan

Menjamin teknik pengujian yang benar ditetapkan, memberikan bimbingan pada untuk apa teknik pengujian dilaksanakan.

  1. Bertanggung jawab untuk memastikan bahwa tes dirancang dan dilaksanakan secara tepat waktu dan produktif

Yakinkan bahwa uji kasus dirancang sesuai dengan tujuan lain pada rencana uji, yakinkan bahwa pelaksanaan tes dilakukan berdasarkan jadwal proyek.

  1. Uji perencanaan dan estimasi

Bertugas menyediakan atas semua perencanaan pengujian (Test Plan), bertanggung jawab atas estimasi siklus pengujian.

  1. Merancang strategi pengujian

Bertanggung jawab atas strategi uji (Mendeteksi Risiko bisnis), bertanggung jawab merancang matriks traceability.

  1. Meninjau artefak analisis dan desain

Meninjau persyaratan, meninjau dokumen fungsional, meninjau desain dokumen.

  1. Memimpin meninjau kesiapan pengujian

Bertugas mengatur peninjauan kesiapan pengujian sebelum setiap tonggak pengujian.

  1. Mengelola upaya pengujian

Bertanggung jawab mengelola proses pengujian, bertugas untuk memberikan umpan balik terus-menerus kepada anggota tim, bertanggung jawab atas pengambilan keputusan dalam proyek, bertugas untuk memberikan solusi untuk masalah dengan menggunakan quality tools yang sesuai.

10.  Mengawasi kelayakan pengujian

Merancang penerimaan test plan bersama dengan klien, merancang penerimaan test case, mengawasi penerimaan pengujian dengan klien.

This entry was posted in Testing & Implementasi. Bookmark the permalink.

Leave a Reply

Your email address will not be published. Required fields are marked *