Rabu, 30 Desember 2009

TESTING 10

X. Distribusi Proyek Test


 Usaha membangun tes terdistribusi melibatkan pembuatan organisasi tes tambahan, berdasarkan skill, berdasarkan proyek, pembentukan tim test, kontributor lain di perusahaan, serta orang yang bekerja di perusahaan lain.
 Testing terdistribusi terdiri dari:
* Vendor (perusahaan-perusahaan yang menyediakan produk-produk yang diintegrasikan ke dalam produk)
* Organisasi tes yang independen (bebas)
* Kantor Penjualan (khususnya kantor-kantor luar negeri untuk lokalisasi tes)
* Target Customer (untuk beta testing)
 Untuk mendistribusikan tes dengan sukses, perlu di lakukan 3 langkah sekuensial :
1. Pemilihan rekan test, berdasarkan spesifikasi tes yang dibutuhkan untuk distribusi dan kenapa harus melakukan hal itu
2. Merencanakan tes terdistribusi
3. Mengatur external testing seperti milik sendiri
X.1. Pemilihan Rekan
 Alasan penggunaan sumber tes dari luar dibandingkan dengan tim sendiri.
* mencoba untuk menggunakan pengaruh dari pihak luar, khususnya disaat tidak dapat atau tidak mau untuk membuat ulang didalam organisasi;
* tidak dapat menanggung pekerjaan yang tidak dapat menanganinya secara cepat.
X.1.1. Vendor
Jika Anda adalah seorang tes manajer untuk DataRocket, beberapa dari peserta dalam distribusi tes Anda adalah vendor Anda. Kartu SCSI, dipesan dari vendor Taiwan, dan kartu LAN, dipesan dari vendor Amerika Serikat, harus bekerja dengan baik pada mainboard Anda, dimana satu dengan yang lain, dengan harddisk, dengan perangkat keras lain yang terpasang, dan dengan perangkat lunak – tetapi yang pertama dan yang utama mereka harus bekerja dengan sendirinya. Apa jaminan yang Anda miliki bahwa produk yang dijual vendor bekerja? Dan, jika Anda percaya bahwa produk bekerja, apakah Anda perlu mengulangi testing vendor?
Pertanyaan ini dapat dipergunakan bukan hanya untuk perangkat keras, tetapi juga untuk perangkat lunak. Dengan peningkatan tajam, perusahaan perangkat lunak memberikan pekerjaan pengembangannya pada pihak ketiga, beberapa diantaranya terpisah jauh ribuan mil dari kantor utama. Entah apakah usaha outsourcing meliputi perangkat keras, perangkat lunak, ataupun keduanya, Anda telah dapat definisi pendistribusian testing. Pertanyaan kemudian menjadi apakah Anda dapat menghasilkan testing terdistribusi untuk berjalan memiliki kekuatan dan menghindari usaha yang sia-sia.
Saya mengaudit proses tes vendor untuk menyakinkan bahwa perusahaan modem tersebut mentes secara cukup dan untuk menentukan testing apa yang dapat diabaikan oleh klien saya. Saya menemukan bahwa vendor telah melakukan sebuah pekerjaan yang baik untuk testing modem itu sendiri. Testing tersebut terfokus kedalam, dan modem tersebut dapat berkerja dengan baik.
Dari persepektif luar untuk melihat modem sebagai seluruh bagian dari sistem, bagaimanapun juga, testing belum selesai. Sebagai contoh, vendor tersebut melalukan tes suhu panas di modem, mengingat bahwa modem tersebut akan diinstall di komputer laptop. Tetapi, tes tersebut menggunakan kasus buatan yang tidak cocok dengan setting yang terdapat pada sistem klien saya sehingga tidak dapat bekerja dengan baik. Saat saya menunjuk hal ini, vendor tetap menolak secara sopan untuk mengubah spesifikasi tes. Saya menerima respon yang sama mengenai pertanyaan dari kecocokan software: vendor tidak tertarik untuk mengubah proses testingnya untuk mengunakan lingkungan operasi untuk perangkat lunak yang ingin kami sertakan di dalam harddisk. Vendor modem merasa bahwa tes integrasi dari modem ke dalam sistem dan pengaruhnya dalam bagian dari sebuah sistem secara jelas merupakan perhatian klien saya.
Dalam kasus sebuah komponen seperti sebuah modem, fokus yang terbatas mungkin dapat diterima. Karena interface modem yang terhubung dengan sistem biasanya menggunakan serial, integrasi perangkat lunak adalah melalui interface standar. Tetapi jika vendor Anda menjual kartu SCSI, integrasi merupakan isu yang besar buat Anda. Isu kompabilitas muncul antara perangkat SCSI. Anda tidak dapat dengan mudah mengangpap bahwa menghubungkan harddisk, tape drive, perangkat removable mass-storage, dan mungkin sebuah scanner ke perangkat SCSI akan berguna. Testing integrasi sangat penting dan harus dimulai lebih awal.
Demikian juga, jika Anda membeli bagian komponen yang signifikan untuk sistem Anda, dari sebuah vendor, kesuksesan proyek Anda tergantung fungsi yang tepat dari komponen; itu adalah dasar keberhasilan platform Anda. Bahkan jika beberapa bagian dari sistem tidak cukup dewasa, Anda mungkin butuh untuk mulai testing sistem lebih awal. Prototipe yang berfungsi penuh, bahkan jika prototipe tersebut kehilangan aspek “tepat dan selesai (fit and finish)”, diperlukan sebelum Anda menganggap bahwa prototipe tersebut akan bekerja.
Kebanyakan vendor mengambil pandangan sempit untuk hal yang ditargetkan dari testing mereka: mereka mungkin mengetes dengan dalam dalam area-area tertentu, tetapi mereka sepertinya tidak ingin untuk mengetesnya secara luas. Kecuali produk Anda hanya melakukan fungsi yang terbatas (mesin ATM, sebagai contohnya), Anda mungkin membutuhkan testing vendor tambahan dengan tes yang luas. Bahkan jika vendor melakukan sejumlah tes yang besar, tes tersebut tidak rinci seperti yang Anda butuhkan.

Faktor Kunci
Gambar mengilustrasikan tiga faktor kunci yang mempengaruhi perluasan dimana Anda harus mengintegrasikan testing vendor ke dalam usaha Anda sendiri.
• Irreplaceability. Jika sebuah komponen seperti kartu PCI LAN atau sebuah modem ISA adalah sebuah masalah, Anda dapat mengantikannya dengan mudah; sebuah motherboard, pada hal lain, akan membuktikan hal yang berbeda. Demikian juga, jika Anda memberikan pembuatan perangkat lunak back-end untuk aplikasi jaringan kepada pihak lain, Anda sepenuhnya tergantung untuk software tersebut bekerja secara benar.
• Coupling. Jika komponen vendor pada dasarnya berdiri sendiri – modem sebagai contohnya – dan tidak dapat berinteraksi dengan sistem dalam cara-cara yang unik (dan mungkin sangat bebas), komponen tersebut tidak terikat dengan erat (not tightly coupled). Tetapi, jika hal itu mempengaruhi kerja keseluruhan dari sistem, seperti BIOS, komponen itu sangat terikat (coupled). Keterikatan (coupling) mungkin akan lebih dari sekedar masalah teknis: marketing terkadang menentukan batasan-batasan (constraints) yang mengikat produk Anda dengan komponen-komponen tertentu.
• Capability. Anda dapat memutuskan apakah dapat percaya kepada kapabilitas (kemampuan) tes vendor dengan mengaudit operasi tes perusahaan. Jika Anda puas dengan kualitas dari testing, Anda dapat membiarkan vendor mengerjakan sebagian besar lainnya, walaupun demikian, Anda mungkin ingin memeriksanya selama pelaksanaan tes. Tetapi, jika proses tes vendor seluruhnya khusus dan staf testing tampaknya kurang memuaskan organisasi, Anda harus merencanakan untuk secara aktif mengatur pekerjaan vendor – atau mengulangnya kembali.
Didalam Gambar 10-2, semakin dekat vendor dari tempat asalnya dari ketiga panah ini, semakin sedikit Anda perlu mengintegrasikan usahanya kepada organisasi/perusahaan Anda. Semakin jauh sebuah vendor bergerak dari tempat asalnya semakin dekat Anda perlu mengatur tiap proses dari tes kepada diri Anda, atau mengundurkan diri Anda sendiri untuk menduplikasikannya seluruhnya.
X.1.2. Penguji Pihak Ketiga
Sumber tes pihak ketiga menyertakan organisasi manapun yang menawarkan pelayanan tes untuk membayar klien. Pelayanan ini dapat tersedia dalam bentuk off site atau on site atau keduanya. Saya membedakan antara antara sebuah body shop atau agensi sementara dan tes pihak ketiga berdasarkan apakah perusahaan mengatur proyek. Tes organisasi pihak ketiga harus menyediakan sejumlah perencanaan tes proyek dan manajemen. Jika perusahaan mau memberikan suatu tester untuk menunjukkan seperti yang Anda lihat cocok, adalah agensi sementara, bukan perusahaan tes pihak ketiga.
Organisasi tes pihak ketiga yang tepat membawa beberapa kunci kekuatan keatas meja. Hal yang sangat penting adalah ahli (expertise) di dalam manajemen proyek tes dan keterampilan serta pengalaman dalam teknis-teknis testing. Keterampilan perusahaan mungkin juga spesial, cukup fokus, atau unik. Sebagai contoh, beberapa konsultasi tes tidak melakukan apapun kecuali untuk pekerjaan keamanan komputer, sementara lainnya memiliki ahli yang dapat dipergunakan. Keahlian ini tidak umum dan tidak dapat dikuasai dengan cepat; jika anda membutuhkan ahli, bekerja dengan organisasi pihak ketiga yang baik mungkin hanya satu-satunya pilihan Anda.
Keuntungan lainnya adalah bahwa perusahaan tes dapat seringkali memulai menjalankan tes untuk Anda lebih cepat daripada ketika Anda melakukannya sendiri. Beberapa organisasi mempertahankan kebebasan konfederasi dari subkontraktor yang dapat melompat jauh; lainnya memiliki sebuah staff dari ahli tes dalam pengajian. Sebagai tambahan, beberapa perusahaan ini mempertahankan inventori perangkat keras yang banyak atau perpustakaan perangkat lunak yang tidak dapat Anda miliki atau tidak mau Anda gandakan. Sebagai contohnya, beberapa laboratorium tes mengkhususkan diri dalam lingkungan testing, dimana dapat melibatkan peralatan yang besar dan mahal seperti kamar panas (thermal chamber) dan meja getar (shock tables).
Telah disebutkan, pengaturan dengan tes laboratorium pihak ketiga dapat mengakibatkan jurang yang dalam. Untuk kebanyakan bagian, jurang ini sama berbahaya jika menyewa konsultan. Saat Anda mengontrak dengan sebuah organisasi tes diluar perusahaan, Anda adalah orangnya yang menanggung resiko yang harus dibuktikan oleh perusahaan yang tidak mampu dari penghentian tes terdistribusi yang dibutuhkan oleh Anda. Anda mungkin menuntut untuk malpraktik, tetapi seperti kebanyakan, lab luar perusahaan yang tidak mampu akan keluar begitu saja dengan satu proyek yang sangat berharga dan seorang klien yang tidak senang. Anda, bagaimanapun juga, dapat kehilangan pekerjaan Anda untuk memilih rekan yang salah.
Jalan untuk menghindari situasi semacam itu adalah Anda harus berlatih dengan rajin pertama kalinya Anda melakukan bisnis dengan tim tes eksternal. Saat Anda menyewa seorang pekerja atau kontraktor untuk menjadi staf Anda, Anda mewawancarai secara individual, memeriksa referensi, dan meneliti resume orang tersebut. Mencari organisasi tes dari pihak ketiga yang tepat juga tidak jauh berbeda.
Anda mulai dengan wawancara, yang sepertinya akan bertingkat. Dalam beberapa kasus, Anda akan berbicara dengan tenaga penjual terlebih dahulu. Sepertinya akan menyia-nyiakan waktu Anda tetapi sebenarnya tidak. Dalam pertemuaan ini, Anda dapat mengkualifikasikan (atau mendiskualifikasikan) perusahaan dalam isu-isu bisnis seperti harga, turnaround time, dan fasilitas-fasilitas yang disediakan. Ingat, bahwa tenaga penjual memeriksa Anda juga, mengumpulkan informasi tentang isu-isu yang keluar dari perspektif perusahaan.
Jika hasil dari interview postif untuk kedua belah pihak, Anda harus melanjukan diskusi dengan manajer proyek dan staf teknis. Jangan lewati langkah ini, dan Anda dapat langsung berbicara secara langsung kepada orang-orang yang akan bekerja dengan Anda didalam proyek. (Jika perusahaan tidak mau menyetujui individual secara spesifik dalam poin ini, itu mungkin tidak mematikan perjanjian, tetapi Anda harus mengarisbawahi dalam kontrak utama, siapapun yang akan menjadi, harus menyetujui setiap dan semua perubahan dalam personel kita) Anda sudah tahu bagaimana untuk menyewa pimpinan tes proyek yang baik, insinyur tes, dan teknisi tes yang baik, jadi Anda dapat mempergunakan standar yang sama untuk indiviu-individu yang terlibat disini. Dalam kenyataannya, dalam situasi seperti ini standar Anda haruslah lebih tinggi: orang-orang ini akan mengeluarkan biaya yang lebih banyak dari gaji pekerja Anda yang, jadi Anda mempunyai hak untuk mengharapkan level yang lebih tinggi dari seorang ahli.
Berhati-hatilah bahwa pembayaran per jam untuk layanan dari labora-torium tes eksternal relatif linear, tetapi tidak sama untuk biaya yang dibayarkan untuk tester yang Anda miliki. Jika Anda membayar $75 per jam untuk kontrak dengan insinyur tes, Anda dapat membayar dua atau tiga kali lebih besar untuk sumber yang sama melalui perusahaan tes pihak ketiga. Hal ini tampaknya tidak masuk akal, tetapi, seperti menyewa Porsche lawan dari memilikinya, menyewa profesional terampil membutuhkan pengeluaran yang lebih jika dibandingkan basis per jam. Tingkatan Anda untuk komitmen adalah kecil, dan Anda tidak membayar untuk down time, jadi laboratorium tes tidak dibayar untuk resiko tersebut. Ada perumpamaan, jangan berbisnis dengan orang bodoh, atau membayar mahal untuk hal yang memalukan. Tujuan Anda adalah untuk yakin bahwa orang-orang yang mengaku bahwa mereka dapat mengerjakan pekerjaan mereka benar-benar dapat melakukannya, bahwa harganya pantas untuk Anda, dan bahwa keuntungannya adil untuk perusahaan pengetesan.
Pertimbangan tambahan diperhitungkan jika pekerjaan dilakukan secara off site. Dalam kasus ini, Anda akan membayar tidak hanya untuk ornag-orang tetapi untuk fasilitas dan akses kepada peralatan tersebut. Jika Anda menyewa laboratorium tes untuk melakukan tes lingkungan, sebagai contohnya, Anda menyewa ruangan panas dan meja getar, bersama dengan profesional terampil yang mengoperasikannya.
Akhirnya, mengingat fasilitas itu sendiri. Saya menyarankan kunjungan on-site untuk Anda jika Anda murni bekerja pada sumber off-site. Apa yang dibutuhkan keamanan Anda? Apakah Anda membutuhkan laboratorium terpisah? (Apakah saingan kita menggunakan fasilitas yang sama?) Apakah fasilitas geografis nyaman/tidak nyaman? Apakah lokasi tersebut memberikan Anda akses kepada kolam talenta yang murah yang dapat ditemukan secara lokal? (Sebagai contoh, biaya pekerja yang murah yang sering Anda temukan di laboratorium tes luar negeri mungkin terbatas dengan geografis yang kurang dekat dan perjalanan yang mungkin akan sering Anda lakukan untuk mengkoordinasikan pekerjaan.)
X.1.3. Sales Offices
Jika Anda menjual produk secara internasional, Anda harus mempunyai kantor penjualan lokal atau sebuah rekan penjualan (seperti distributor) dalam bagian-bagian yang beragam. Alternatif yang lain, Anda mungkin memiliki kantor pemasaran “maya”, dengan dengan anggota staf di dalam kantor penjualan utama menangani penjualan luar negeri. Jalan lain, kantor penjualan harus sadar dan berkualifikasi untuk mengevaluasi resiko kualitas yang unik untuk market luar negeri.
Bab 1 daftar dari kualitas resiko memasukkan lokalisasi sebagai kategori utama dari resiko untuk produk apapun yang terjual atau digunakan secara internasional. (Lihat “Lokalisasi”, halaman 22.) Di dalam beberapa kasus, testing kualitas resiko dalam kantor rumah adalah suatu tantangan. Dengan DataRoket sebagai contoh, Anda mungkin membutuhkan tester yang menguasai bahasa Jepang, Korea, Mandarin, Thai, Kanton, Jerman, Belanda, Perancis, Rusia, Spanyol, dan Italia untuk melengkapi panduan dokumentasi dan startup.
Seperti dalam semua situasi, trade-offs muncul. Kabar baiknya adalah sebagai rekan kerja, anggota staff dalam sebuah kantor penjualan memiliki tujuan yang sama seperti yang Anda miliki – mereka memiliki sebuah keinginan untuk memastikan bahwa usaha tes berhasil. Jika rekan Anda di kantor Tokyo melakukan pekerjaan yang buruk untuk testing lokalisasi SpeedyWriter wilayah Asia, mereka akan merugi sama seperti Anda merugi.
Walaupun demikian, ada kekurangan untuk masalah ini. Anda tidak dapat mengasumsikan teknik yang canggih untuk kebanyakan tenaga penjual. Jika Anda bertanggung jawab untuk hasil dari testing dan ingin barang tertentu dijual, Anda akan butuh untuk melakukan detail-detail berikut. Setiap kasus tes apapun yang Anda berikan kepada rekan yang tidak memiliki keahlian teknis harus tepat dan tidak membingungkan.
Anda juga harus ingat bahwa tenaga penjual atau rekan penjualan mungkin tidak bekerja untuk Anda dalam satu pengertian yang sama. Walaupun Anda bertanggung jawab untuk menyakinkan kualitas dan kelengkapan dari tes yang mereka lakukan, Anda tidak dapat memberi struktur pekerjaan mereka, dan Anda tidak dapat menspesifikasikan standar dari kelakukan mereka, bagaimana cara berinteraksi tim Anda atau situasi dimana Anda akan mengakhiri hubungan. Sebagai masalah yang praktis, Anda mungkin dapat memiliki masalah untuk mendapatkan hasil dari mereka.
X.2. Perencanaan Distribusi Test Selanjutnya
Anda perlu memiliki rencana untuk distribusi testing dengan tingkatkan yang sama dari detail yang Anda gunakan untuk usaha internal. Rencana itu harus merupakan proses yang mengarah ke depan, membuktikan bahwa Anda memiliki operasi yang dalam kontrol. Poin awal adalah kelengkapan perencanaan tes dari level atas dibahas di Bab 1 dan 2. Anda harus juga memiliki perangkat tes yang sudah didefinisikan dengan baik, walaupun beberapa detail mungkin tetap untuk diselesaikan. Penelusuran tes dan bug harus bekerja, termasuk rencana untuk menyebarkan sistem penelusuran bug.
X.2.1. Menilai Kemampuan
Saat Anda cukup mempelajari tentang potensi dari rekan tes untuk memilih organisasi untuk proyek, seperti yang telah dijabarkan sebelumnya, Anda perlu untuk menaksir kemampuan tes rekan Anda yang spesifik sebagai bagian dari perencanaan keseluruhan usaha Anda. Anda harus melakukan pendekatan untuk latihan ini, seperti pendekatan Anda kepada pertemuan bisnis apapun: dengan beberapa keluaran yang diharapkan didalam pikiran. Menyusun daftar permintaan dari kontribusi dapat Anda check off jika Anda melakukan perkiraan, memfokuskan diri khususnya pada pertanyaan yang berhubungan dengan keahlian, penempatan staf, dan pengaturan fisikal.
Pada setiap tugas yang diberikan , bisakah test partner memproduksi orang yang ahli , berpengalaman , kompeten dengan kemampuan yang mencukupi, bila begitu siapa yang akan bekerja? Dalam banyak kasus , kau akan dikejutkan oleh level kemampuan dari partner testmu, bagaimanapun juga perusahaan berusaha untuk terus memproduksi orang ahli. Tapi dalam beberapa kasus aku akan menemukan bahwa orang-orang yang kau wawancarai tidak akan sesuai dengan harapanmu.
Ini bukanlah alasan untuk menyingkirkan partner kerjamu dari pemikiranmu , bagaimanapunn juga , terutama orang-orang yang memiliki kualifikasi yang cukup dibandingkan dengan kandidat lainnya..
Pengaturan karyawan sangatlah penting. Hal ini sering menguji perusahaan tentang bagaimana cara kerja eksternal perusahaan tersebut berlangsung . Tapi setiap perusahaan mempunyai pembatasan karyawan dan staff. Pastikan dirimu bahwa partner kerjamu dapat mensupport seluruh team . Sangatlah tidak wajar bagi para ahli software dan hardware untuk melakukan pekerjaan yang tidak bersumber untuk memenangkan bisnis dengan berjanji secara berlebihan kepada klien dengan tujuan untuk pembuatan sebuah projek. Lalu, setelah memenangkan bisnis, perusahaan tidak dapat melanjutkan pengeksekusian. Ini adalah kelemahan beberapa perusahaan yang sering dipertanyakan, tai dapat juga memberikan sebuah kesalahan yang sangat fatal kepadamu jika beberapa hal dalam elemen-elemen penting dalam test tidak diselesaikan secara sempurna dan dapat menyebabkan kesalahan yang fatal karena tidak memeriksa partner test secara sempurna.
X.2.2. Mengerti biaya dan resiko
Sebelum meneruskan ke hal yang lebih detil , partner testmu harus mempunyai segala perincian mengenai biaya yang dibutuhkan di dalam pembuatan proyek tersebut.Dalam perusahaan yang mandiri , tentu saja, menghasilakan uang dengan menjual test services, dengan tidak membicarakan prospek dalam test services. Atasanmu mngkin akan menyimpulkan bahwa pendiskusian adalah bagian dari persetujuanmu dengan perusahaanmu, tapi mungkin juga mereka tidak akan mencapai kesepakatan. Para pembeli asing mungkin bersedia untuk melakukan beberapa test dengan gratis namun kamu juga tidak dapat menyimpulkan bahwa semua waktu yang mereka gunakan tidak berharga sama sekali.
Dari atasan atau dari orang ketiga dalam perusahaan anda dapat melakukan penawaran , yang biaya penawaran mengenai waktu , biaya material yang diperlukan . Jika kamu menerima penawaran mengenai waktu dan bahan-bahan dasar , kamu akan memerlukan data yang mendetil mengenai penjurnalan keuangan perusahaan anda yang juga memperhitungkan mengenai budget yang dibutuhkan dan besarnya uang yang dikeluarkan. Pastikan bahwa penawaran tersebut meliputi flexibility , bukan cuma kemungkinan yang dapat terjadi tapi juga mengenai langkah-langkah yang dapat diambil ketika kamu menciptakan test program lainnya. Dalam pembuatan program uang selalu jadi masalah utama dan untuk menekan biaya dibutuhkan kerja yang ekstra dalam perancanaan test.
X.2.3. Koordinasi dan partisi dalam pembuatan test program
Langkah berikutnya dalam pendistribusian test adalah penggabungan 2 atau lebih projek menjadi satu program yang united(berhubungan dan mandiri). Pada umumnya, dalam pembuatan kue pie, bermacam-macam bahan masakan diperlukan dalam pembuatan kue tersebut , lalu ketika kue-kue pie tersebut telah siap untuk dimakan setiap kue tersebut sudah tersedia dalam piring-piring setiap orang untuk dinikmati.
Mari kita gunakan contoh Data Rocket yang lain . Dengan tidak menghiraukan lokasi pembuatan , kita simpulkan bahwa pemain mendistribusikan usaha test dalam Winged Bytes, kartu SCSI dan tempat test lab ,System Cookers.Tujuan utamanya adalah untuk memproduksi kasus test, yang diorganisasikan menjadi beberapa test suites yang di mana setiap test tersebut mempunyai 3 team.
Langkah pertama , kolasi , yang meliputi single list yang akan dijalankan dari setiap studi kasus yang akan dijalankan. Kau memerlukan untuk mengumpulkan setiap daftar dari tim tersebut dan menambahkannya dalam lembar kerjamu.Gunakan lembar kerja kolom untuk menyimpan track di mana setiap tim bertanggung jawab pada setiap test.
Langkah kedua , koordinasi , anda harus melenyapkan kasus yang tidak berguna, sebagai contoh, anda menyadari bahwa Lucky Bit merencanakan untuk menjalankan thermal test dalam kartu SCSI namun anda lebih memilih System Cookers yang menjalankan test tersebut dengan kartu SCSI yang sudah diinstall.Mungkin Lucky Bit dapat mengkalkulasi perkembangan pada setiap komponen dan spesifikasi test.System Cookers dapat memasukkan thermal sensor ke dalam komponen-komponen dan menjalankannya kemudian.
Langkah ketiga yang harus dilakukan adalah membuat partisi dan detail mengenai kerjanya, mengulas kembali test pada lembar kerja yang dibutuhkan kepada pembeli yang baru.
Ketiga tahap atau langkah dan proses ini harus diangkat ke permukaan agar tidak dianggap sebagai masalah tehnik semata melainkan masalah yang serius. Masalah modal juga mengkhawatirkan dan dapat menjadi masalah sewaktu-waktu jika sudut pandang dan wawasan diubah. Dan juga masalah politik juga dapat memerankan peranan penting.
X.2.4. Mengorganisasikan Masalah Logistik
Salah satu keuntungan dari pendistribusian testing adalah ketika di mana ketika semua test suites dikerjakan secara benar dan setiap partner mengerjakan fungsinya masing-masing secara tepat maka dalam situasi yang seperti ini dapat meminimalkan masalah logistic.
Dalam beberapa kasus , bagaimanapun juga pendistribusian testing menciptakan masalah logistic yang unik. Masalah yang paling menyulitkan adalah ketika suatu produk meliputi 1 atau lebih hardware yang berbeda.
Berbicara mengenai hardware , seseorang haruslah menkoordinasi dan mengatur pengiriman dan pengembalian barang. Pengiriman barang dengan menggunakan kapal adalah hal yang sangat sulit dilakukan karena membutuhkan perencanaan dan konsentrasi . Bila hendak mengirimkan barang dengan menggnakan kapal anda akan melewati batas-batas territorial atau batas internasional sehingga anda harus dihadapkan dengan bermacam-macam persoalan.
X.2.5. Menghadapi masalah Mapping
Jika semua pengoperasian berjalan dengan cara-cara yang sama maka merut buku pertunjuk yang ada maka pekerjaan anda akan selesai setelah program tersebut mempunai hubungan atau jaringan. , tugas-tugasnya mempunyai partisi yang jelas dan segala maslah logstik sudah terselesaikan dan sudah teratasi. Pada kenyataannya bahwa setiap team menggunakan pendekatan yang berbeda dan anda tidak bias dan tidak usah untuk melakukan pekerjaan itu dengan cara-cara yang sama , tapi yang perlu untuk dilakukan adalah mengenali dan menkoordinasi setiap perbedaan yang ada. Hal ini disebut dengan maslaah mapping karena kau hendak untuk mengidentifikasi kan dan memasukkan tugas dan pekerjaan rekan kerjamu ke dalam pekerjaan kita.
Dalam mapping yang pertama kali terkadang muncul masalah yang sering kali timbul selama koordinasi, seperti ketika mengurutkan dan membandingkan studi kasus. Beberapa kasus umumnya tidak berhubungan antara kasus yang satu dengan kasus yang lainnya, dan anda diharuskan untuk menyimpan dan mengatur mereka dalam setiap level yang seharusnya.


Contoh Beberapa Kasus Test Case
Ketika kamu menemukan parsial, anda bisa beberapa kali melewatkan beberapa kasus dan mencari kasus yang baru untuk menutupi kondisi yang tidak stabil tersebut. Besarnya waktu yang terbuang danusaha yang sia-sia umumnya sangat rendah jika dibandingkan dengan parameter keseluruhan proyek.
Ukuran test(dalam durasi waktu, usaha, dan keduanya) bias mempengaruhi dan merumitkan koordinasi dan partisi yang aa . Beberapa para ahli menuliskan kasus dengan durasi yang panjang dan beberapa ada yang menuliskan dengan durasi yang pendek.
Anda akan menemukan beberapa masalah mapping yang berlangsung selama pengeksekusian test, dan kamu harus merencanakan solusi ke depannya . Hal yang paling penting dalam pembuatan suatu proses adalah harus mendapatkan semua bug reports ke dalam suatu single bug system. Dengan DataBase, kamu dapat menggunakan tayangna replikasi untuk mendistribusikan database kepada partnermu, atau mereka dapat menghubungi dan mengakses data ke dalam server atau jaringan kita.
Karena kita mempunyai rekan kerja yang banyak tidak hanya satu maka kamu akan melihat bahwa banyak sekali nomor-nomor replica atau duplikatn dari bug report. Bahkan jika kamu melakukan pekerjaan yang bagus dalam pengkoordinasian dan partisi untuk menghindari overlap, maka akan ada virus yang menduplikasikan dirinya ke dalam test yang kita buat atau yang kita kerjakan.
Bahasa juga dapat menjadi masalah yang sangat utama ketika sedang menyelidiki masalah mengenai pencarian virus-virus dan penyelidikan test. Anda akan membutuhkan banyak sekali usaha untuk mensetting proses data secara elektronik untuk mencari tahu bagaimana cara untuk berkomunikasi. Sialnya dengan menggunakan alat penerjemah elektronik sangatlah tidak memuaskan dan tidak memadai, dan hal ini kemudian menjadi masalah teknik karena pertanyaan yang diberikan bervariasi. Bahasa dapat menjadi masalah yang utama dalam pendistribusian system oleh karena itu kamu harus terlebih dulu yakin terhadap masalah yang dihadapi ketika membuat sebuah program
X.3. Pengelolaan Disribusi Test Selanjutnya
Ketika kamu mulai terbiasa dengan masalah pendistribusian ini, mengatur test tim secara virtual tidak jauh berbeda dengan mengatur tim di dalam perusahaanmu sendiri. Kau akan menemukan bahwa ada 5 area yang memiliki beberapa kelebihan :
X.3.1. Memonitor eksekusi test
Mungkin kau akan menemukan hal ini lebih menarik dalam pendistribusian test, bahkan jika anda telah menyelesaikan pekerjaan dengan baik mengenai mapping yang baik yang seperti telah dijelaskan sebelumnya. Jarak, perjalanan waktu, dan batasan bahasa dapat menjadi sebuah halangan dalam melakukan pekerjaan.Jika kamu memperbaharui dan mengup-date terus data mengenai lembar kerja tracking , dalam sekejap, dan menemukan bahwa kamu punya beberapa pertanyaan mengenai beberapa kesalahan yang dilakukan oleh rekan sekerjamu , anda akan kehilangan beberapa jam untuk melacak tentang siapa orang yang dapat menyediakan informasi tersebut. Jika kamu butuh data yang penting dalam situasi yang sangat penting pula dalam management, hal ini dapat menjadi masalah yang sangat serius. Umumnya , kamu harus merencanakan mengenai kemungkinan hasil yang akan didapat dari rekan sekerjamu.
X.3.2. Mengkomunikasikan Status dan Merubah Arah
Tidak ada satu dari rekan sekerjamu yang dapat mengoperasikan dalam keadaan jeda atau vakum.Kamu harus tetap mensibukkan program tersebut apapun yang terjadi, dan merupakan cara untuk membiarkan mereka untuk masuk ke dalam perhatian kita.
E-mail merupakan alat komunikasi di dunia web yang tidak buruk namun e –mail ini dapat dijadikan sebagai alat untuk mengadu domba atau pemecah dalam diskusi dan komunikasi. Pembaharuan harian dalam setiap test haruslah mempunyai tampilan report status.
X.3.3. Mengatasi Pertimbangan Politik
Semenjak kamu memilih test participant dan test effort , kamu mempunyai andil dalam kesuksesan mereka , tidak hanya sukses secara tehnik(menemukan virus dan melindungi bagian –bagian yang penting) namun sukses di dalam bidang poitik. Hal ini terkadang terjadi, pandangan atau persepsi yang negative terhadap test partner terkadang benar. Dalam beberapa kasus mereka merupakan projek yang terjaring di dalam suatu jaringan.
X.3.4. Sensitif Terhadap Kebudayaan
Kapanpun organisasi manapun memgantungkan dirinya kepada rekan kerja eksternalnya, perbedaan dalam kebudayaan dapat menjadi masalah. Masa lalu saya(penulis) menyediakan sebuah contoh, aku berubah dari menjadi seorang programmer dan system administrator menjadi penguji coa ketika kuterima pekerjaan itu dengan lab bebas yang independent., semua kolega di laboratorium tersebut adalah seorang tester.Kita bekerja kepada klien yang sedagn mengembangkan software dan hardware, tapi biasanya kita berinteraksi hanya dengan satu atau dua orang klien saja.Saya dipaksa untuk eradaptasi secara instant, bagaimanapun juga , setelah beberapa tahun kemudian, ketika saya menjadi manager di sebuah toko pengembangan software, saya merasakan pengalaman bagaimana menjadi manager untuk pertama kalinya dan mempunyai banyak bawahan dan klien.
Sama seperti kau mengimplementasikan bagaimana mendistribusikan test program kau akan merasakan pengalaman yang dirasakan ketika mendistribusikannya. Perspektif, nilai dan prioritas menjadi suatu kesatuan di dalam perusahaan , tergantung terhadap setiap kepribadian yang ada pada setiap anggota tim, kempemimpinan seorang manager, hubungan teknik dan non teknik yang ada antara pemimpin dan bawahannya. Ketika berhadapan dengan organisasi di dunia luar , factor dan masalah kebudayaan ini selalu diperhitungkan karena pemimpin sering kali membeda-bedakan nilai yang ada terhadap anggota timnya ataiupun bawahannya.
Dalam istilah testing terdistribusi perbedaan semacam itu ddapta juga berarti bahwa individual yang gagal debagai seorang teknisi yang ahli, insinyur penguji, atau manager penguji dalam perusahaanmu diangap sebagai penguji yang professional yang dipasangkan dengan budaya pada organisasi perusahaanmu. Sebagai contoh, saya menempatkan nilai yang besar untuk hubungan kerjasama yang antara tester dan pengembang. Perbedaannya, bagaimanapun juga, beberapa organisasi yang berhasil menggunakan pendekatan melalui adversatorial, dengan manajer tes memberi semangat untuk “menangkap” kesalahan pada pengembang. Saya akan menemukannya secara emosional untuk bekerja di dalam organisasi dimana para pekerja saling menggagalkan kesuksesan yang lainnya, tetapi, jika saya bekerja dengan rekan tes yang menggunakan pendekatan yang demikian, adalah sangat sulit untuk saya mengubah budaya pada lingkungan saya itu. Meskipun demikian, saya mungkin akan menemukan
Lebih halus, tetapi tantangan yang sama tentang pertentangan budaya dapat muncul. Sebagai contoh, saya mempunyai klien yang (atas rekomendasi saya) menggunakan lab eksternal di Taipei untuk menangani beberapa tes kompabilitas. Vendor klien juga berlokasi di Taipei. Budaya laboratorium tes sangat dinamis tetapi untuk waktu yang lama, seperti yang telah dilakukan oleh klien saya. Vendor yang terlibat memiliki budaya “8-to-5”. Ironisnya, saat kami membutuhkan untuk mengadakan conference call secara reguler, budaya vendor dan klien saya tidak bermasalah, tetapi perbedaan waktu bermasalah dengan laboratorium tes. Kami sudah merencanakan conference call pada jam 8.30 pagi waktu Taipei, dimana tidak masalah bagi vendor tetapi merupakan masalah bagi pimpinan proyek di laboratorium tes, yang bekerja dari siang hari sampai malam hari karena pilihannya. Saya telah menyelesaikan situasi semacam ini dengan memutuskan untuk membebaskannya dari conference call, meyakinkan bahwa saya mengerti hasil dari laboratorium tes dan dapat mencari jalan keluarnya. Akomodasi semacam ini membiarkan manajer tes untuk terus bekerja pada jadwal yang dirasanya nyaman. Jika saya bersikeras bahwa dia harus mulai bekerja pada waktu yang tidak dirasanya nyaman, hubungan kami bisa menjadi rusak.
X.3.5. Membangun dan Mempertahankan Kepercayaan
Banyak pertanyaan yang lebih mendasar daripada masalah kesamaan budaya adalah apakah Anda dapat mempercayai rekan tes Anda. Kepercayaan adalah konsep yang lebih licik dari budaya, tetapi kita mengenal orang-orang yang kita percaya atau kita tidak dapat percaya. Bahkan mereka yang menghabiskan banyak waktu untuk membangun kepercayaan kita dapat dengan mudah kehilangan kepercayaan itu. Anggap saja bahwa Anda adalah seorang manajer di Winged Byte, bekerja dalam DataRocket. Rekan-rekan Anda, manajer tes vendor kartu SCSI, telah dengan cermat melaporkan masalah-masalah yang ditemukan oleh manajer tim tes, tidak hanya dalam proyek ini tetapi juga dua poyek sebelumnya. Angap saja sekarang bahwa tes manajer menunda atau menyembunyikan berita dari bug yang fatal dalam kartu BIOS. Kepercayaan yang telah dibangun tersebut selama beberapa tahun akan menderita secara serius bahkan fatal, mundur.
Semua perangkat-perangkat dan tip-tip mendiskusikan di dalam bab ini tidak dapat menyelesaikan masalah. Jika Anda membagi tes program Anda supaya rekan tes menjalankan tes kritis, Anda harus membangun hubungan untuk kepercayaan. Anda harus percaya bahwa laboratorium tes tidak akan melewatkan beberapa tes karena hal itu akan bekerja dibelakang jadwal dan ketakutan untuk kehilangan uang untuk proyek Anda. Anda harus percaya vendor Anda untuk berterus terang mengenai bug bahkan untuk yang paling memalukan sekalipun. Anda harus percaya rekan Anda yang berada di kantor penjualan di luar negeri untuk menindaklanjuti hasil tes jadi Anda tidak akan bingung pada menit-menit terakhir untuk berurusan dengan bug yang kritis.
Kepercayaan juga melibatkan keyakinan yang lebih bahwa rekan Anda tidak akan mengambil keuntungan dari Anda. Anda harus behati-hati dengan mereka juga. Sebagai contoh, saya telah membantu rekan tes di dalam proyek saya bekerja mengatasi faktur-faktur dan kontrak-kontrak. Ada juga jalan yang cukup sulit untuk permasalahan ini, saat Anda mempertaruhkan tanggung jawab Anda kepada bawahan Anda. Tetapi membantu rekan tes Anda yang terpilih untuk berurusan dengan kontrak yang samar-samar atau utang usaha yang tidak jelas menunjukkan kepercayaan yang baik dan sebuah perhatian untuk keberhasilan rekan Anda. Saat seseorang mengenal bahwa Anda memperhatikan mereka, mereka biasanya juga akan memperhatikan Anda.
Saat buku ini memberikan penggambaran yang lebih jelas, sangatlah berguna untuk memperhatikan bahwa kepercayaan bukan hanya isu untuk rekan tes eksternal Anda. Sangatlah kritis untuk semua tim proyek, entah mereka yang bekerja pada satu perusahaan atau banyak perusahaan. Anda harus mengasumsikan bahwa mereka memberikan kesuksesan untuk proyek dengan bekerja memberikan kemampuan mereka yang terbaik sesuai dengan peranan mereka masing-masing. Anda juga harus mengasumsikan bahwa mereka bekerja untuk keberhasilan kolaborasi mereka.
Klise mengenai beberapa apel yang buruk yang membuat rusak satu tong apel, khususnya untuk kepercayaan dalam organisasi. tetapi juga adalah benar bahwa pemimpin kunci dalam sebuah perusahaan dapat memberikan contoh untuk membangun standar perusahaan yang luas. Orang-orang yang secara konsisten memberikan usaha terbaik mereka menciptakan semangat dan dedikasi. Orang yang memberikan dukungan kepada rekan kerja mereka dan bekerja sama untuk kebaikkan dalam suatu tim membantu perkembangan kepercayaan diri dan niat baik. Tidak ada seorangpun bisa memberikan kontribusi kepercayaan perusahaan sebanyak seorang manajer. Manajer yang menjaga komitmen mereka; yang tidak pernah membuat seorang bawahan untuk jatuh dalam kesalahan mereka sendiri; yang mendukung dan merayakan keberhasilan pemain bintang mereka, tim mereka, dan perusahaan sebagai keseluruhan; yang menyeimbangkan kebutuhan perusahaan dengan kebutuhan personal dari bawahan dan rekan mereka; dan yang secara konsisten memberikan dan mengharapkan kejujuran dari staf mereka, kawan sekerja mereka, dan manajer mereka sendiri membuat sebuah budaya perusahaan untuk kepercayaan dan integritas. Sebagai seorang manajer tes, Anda harus berpartisipasi dalam menciptakan dan menegakkan lingkungan kepercayaan, baik dalam tim dan lintas perusahaan. Standar yang Anda pasang dalam tim Anda penting seperti hal lainnya yang Anda lakukan.

Tidak ada komentar: