Saya punya aplikasi PHP yang sangat besar. Biasanya ada 2-3 pengembang yang mengerjakannya secara penuh dan kami sampai pada titik di mana kami membuat perubahan dan membuat bug (fitur batuk!). Perangkat lunak ini tidak kompleks per katakan, hanya ada banyak hal yang terjadi (35 ~ controller, tentang model yang sama, dll).
Meskipun berhati-hati, mudah untuk mengubah tampilan ini (mengubah id pada elemen) untuk menghancurkan kueri ajax yang terjadi di bawah kondisi khusus (logout sambil berdiri dengan satu kaki).
Tes unit adalah hal pertama yang muncul dalam pikiran, tetapi kami mencoba ini pada aplikasi lain, dan sangat mudah untuk melupakannya / atau menghabiskan lebih banyak waktu menulis tes kemudian melakukan tes. Kami memiliki lingkungan pementasan tempat kode diperiksa sebelum mendorong siaran langsung.
Mungkin kita butuh paruh waktu. Tanya Jawab?
Ada yang punya saran / pemikiran.
sumber
Jawaban:
Ya, Anda memang membutuhkan staf Tanya Jawab. Beberapa dari banyak alasan termasuk
Yang mengatakan, tidak ada yang mengalahkan kerja sama yang produktif antara pengembang dan penguji untuk mendorong kualitas sistem melalui atap. Pengembang sering memperhatikan gejala bahwa ada sesuatu yang salah sebelum penguji melakukannya. Seorang pengembang sering dapat memberi tahu penguji bagaimana mereproduksi masalah dengan lebih efisien dan bagaimana menulis laporan masalah yang tepat, yaitu memasukkan rincian yang benar-benar diperlukan untuk mencari tahu masalahnya. Tetapi semua itu membutuhkan setidaknya satu tester yang dapat Anda gunakan bersama.
sumber
Anda kemungkinan besar membutuhkan lebih banyak atau lebih baik uji regresi (bukan tes unit khusus ). Tes seperti apa yang harus Anda analisis sendiri, tetapi harus mendeteksi bug yang Anda bicarakan. Saya sarankan Anda mulai membuat rencana pengujian dan memprioritaskan tes tersebut - dan ketika Anda melakukan ini, awalnya jangan terlalu memikirkan otomatisasi pengujian.
Setelah itu, tanyakan pada diri Anda apakah Anda dapat mengotomatisasi beberapa atau sebagian besar tes dengan upaya yang wajar. Jika jawabannya ya, maka Anda harus memprogramnya. Jika jawabannya "tidak", dan Anda pikir "paruh waktu Q / A seseorang" lebih murah, maka itu harus obviuos apa yang Anda butuhkan. Dalam kebanyakan kasus, itu adalah ide yang baik untuk memiliki keduanya - orang T / A untuk pengujian manual dan menciptakan tes baru, dan banyak tes regresi otomatis juga.
sumber
Sewa QA profesional
Ini harus dilakukan jika Anda sedang mengembangkan proyek komersial. Memiliki produk yang siap tanpa strategi pengujian yang kuat akan dikenakan biaya lebih banyak dengan perbaikan bug. Selain itu, mendapatkan pelanggan baru atau mempertahankan mereka juga akan bergantung pada seberapa baik aplikasi Anda diuji.
Secara umum, pengujian unit harus diterapkan ke basis kode Anda, namun pengujian integrasi dan pengujian manual tidak boleh dibuang.
sumber
Pengujian unit adalah ide yang sangat bagus, terutama jika proyek Anda berkembang. Jika menulis unit test menjadi kebiasaan, itu akan memudahkan pekerjaan Anda. Ada video di youtube tentang cara menulis kode bersih, yang lebih mudah dirawat dan diuji.
QA engineer juga harus. Penguji QA yang baik tidak hanya akan menemukan bug dalam fungsionalitas, tetapi juga akan menguji apakah aplikasi tersebut ramah pengguna (yang hampir tidak mungkin diuji sendiri). Ini adalah artikel yang bagus menjelaskan bagaimana tim QA akan menghemat waktu dan uang Anda dan membantu memberikan perangkat lunak yang lebih baik.
sumber
15 pengendali dan model tidak terlalu besar. Butuh beberapa waktu untuk membuat tes menulis kebiasaan, saling menendang ke arah itu (dengan cara yang ramah pertama) banyak membantu.
Ada alat yang dapat mengontrol cakupan tes hingga batas tertentu. Alat Cakupan Kode untuk PHP
sumber