Apa unit test, integration test, bebas tes, dan uji regresi?

• Unit test: Menentukan dan menguji satu titik dari kontrak satu metode dari kelas. Ini harus memiliki sangat sempit dan cakupan didefinisikan dengan baik. Kompleks ketergantungan dan interaksi dengan dunia luar adalah yang dipotong atau mengejek.

• Integrasi tes: Tes yang benar inter-operasi dari beberapa subsistem-subsistem. Ada seluruh spektrum yang ada, dari pengujian integrasi antara dua kelas, untuk pengujian integrasi dengan lingkungan produksi.

• Bebas tes (alias Sanity check): integrasi sederhana menguji di mana kita hanya memeriksa bahwa ketika sistem yang diuji dipanggil kembali normal dan tidak meledak.

• Bebas pengujian kedua analogi dengan elektronik, di mana tes pertama terjadi ketika menyalakan sebuah sirkuit (jika merokok, it's buruk!)...

• ... dan, apparently, dengan plumbing, di mana sistem pipa adalah benar-benar diisi dengan bebas dan kemudian diperiksa secara visual. Jika ada yang merokok, sistem ini bocor.

• Uji regresi: Sebuah tes yang ditulis ketika bug adalah tetap. Hal ini memastikan bahwa ini bug tertentu tidak akan terjadi lagi. Nama lengkap adalah "non-uji regresi". Hal ini juga dapat menjadi tes yang dilakukan sebelum mengubah sebuah aplikasi untuk memastikan aplikasi ini memberikan hasil yang sama.

Untuk ini, saya akan tambahkan:

• Tes penerimaan: Tes yang fitur atau use case adalah benar dilaksanakan. Hal ini mirip dengan integrasi tes, tapi dengan fokus pada kasus digunakan untuk memberikan lebih dari pada komponen-komponen yang terlibat.

• Sistem tes: Tes sistem sebagai kotak hitam. Ketergantungan pada sistem lain yang sering diejek atau mematikan selama pengujian (jika tidak akan lebih dari integrasi tes).

• Pre-flight check: Tes yang diulang dalam produksi seperti lingkungan, untuk meringankan 'membangun mesin saya' sindrom. Sering hal ini diwujudkan dengan melakukan penerimaan atau bebas tes di produksi seperti lingkungan.

• Unit test: sebuah tes otomatis untuk menguji cara kerja internal dari sebuah kelas. Itu harus berdiri sendiri tes yang tidak terkait dengan sumber daya lainnya.
• Integrasi tes: otomatis tes yang dilakukan pada lingkungan, sehingga mirip dengan unit tes tapi dengan sumber daya eksternal (db, akses disk)
• Uji regresi: setelah mengimplementasikan fitur baru atau perbaikan bug, anda re-test skenario yang bekerja di masa lalu. Di sini anda menutup kemungkinan di mana anda fitur-fitur baru yang istimewa menjadikan fitur-fitur yang ada.
• Bebas pengujian: pertama tes di mana tester dapat menyimpulkan jika mereka akan melanjutkan pengujian.

Setiap orang akan memiliki sedikit definisi yang berbeda, dan sering ada daerah abu-abu. Namun:

• Unit test: apakah yang satu ini sedikit (seperti yang terisolasi mungkin) bekerja?
• Integrasi tes: melakukan dua (atau lebih) komponen-komponen yang bekerja bersama-sama?
• Bebas tes: apakah ini seluruh sistem (sebagai dekat untuk menjadi suatu sistem produksi mungkin) menggantung bersama-sama cukup baik? (yaitu kita cukup yakin itu tidak't menciptakan sebuah lubang hitam?)
• Uji regresi: telah kami sengaja kembali memperkenalkan bug kami'd sebelumnya tetap?

Sebuah tes baru kategori I've hanya menjadi sadar adalah:

Canary test

Contoh mungkin:

• Memiliki data yang seharusnya hanya tersedia di DEV/TEST muncul di HIDUP.
• Memiliki latar belakang proses gagal untuk menjalankan
• Dapat pengguna logon

apokrif sejarah trivia: "bebas pengujian" berasal dari kapal selam teknik (diwarisi dari pipa) di mana literal bebas akan dipompa ke dalam lambung untuk melihat apakah semua itu keluar lagi, yang akan menjadi lebih dramatis kegagalan untuk kapal selam!

Jawaban dari salah satu Situs terbaik untuk perangkat Lunak Teknik Pengujian:

Jenis-jenis Pengujian perangkat Lunak – Daftar Lengkap [Klik di Sini](http://www.testingexcellence.com/types-of-software-testing-complete-list/)

It's cukup panjang deskripsi, I'm tidak akan paste di sini: tapi mungkin akan membantu bagi seseorang yang ingin tahu semua teknik pengujian.

Harap itu'akan membantu :)

Unit test: Memverifikasi bahwa komponen tertentu (yaitu,kelas) yang dibuat atau dimodifikasi berfungsi seperti yang dirancang. Tes ini bisa manual atau otomatis tapi tidak bergerak melampaui batas dari komponen.

Integrasi tes: Memverifikasi bahwa interaksi dari komponen tertentu berfungsi seperti yang dirancang. Integrasi tes dapat dilakukan di tingkat unit atau tingkat sistem. Tes ini bisa manual atau otomatis.

Uji regresi: Memverifikasi bahwa cacat baru tidak diperkenalkan ke dalam kode yang ada. Tes ini bisa manual atau otomatis.

Tergantung pada SDLC (air terjun, rup, agile, dll) khusus tes dapat dilakukan di 'fase' atau mungkin semua akan dilakukan, lebih atau kurang, pada saat yang sama. Misalnya, unit testing mungkin terbatas untuk para pengembang yang kemudian beralih kode ke penguji untuk integrasi dan pengujian regresi. Namun pendekatan lain mungkin memiliki pengembang melakukan pengujian unit dan beberapa tingkat integrasi dan pengujian regresi (menggunakan TDD pendekatan bersama dengan integrasi berkesinambungan dan otomatis unit dan uji regresi).

Set alat akan sangat tergantung pada basis kode tapi ada banyak alat open source untuk pengujian unit (JUnit). HP's (merkuri) QTP atau Borland's Silktest keduanya adalah alat untuk otomatis integrasi dan pengujian regresi.

unit test: pengujian dari masing-masing modul atau komponen independen dalam aplikasi ini dikenal sebagai unit pengujian unit pengujian akan dilakukan oleh pengembang.

integrasi tes: menggabungkan semua modul dan pengujian aplikasi untuk memverifikasi komunikasi dan aliran data antara modul-modul bekerja dengan benar atau tidak , pengujian ini juga dilakukan oleh pengembang.

bebas tes DI bebas tes mereka memeriksa aplikasi yang dangkal dan lebar cara, Dalam asap pengujian mereka memeriksa fungsi utama dari aplikasi , jika ada blocker masalah dalam aplikasi mereka akan melaporkan kepada tim pengembang , dan mengembangkan tim akan memperbaiki itu dan memperbaiki cacat, dan memberikan kembali ke tim pengujian dan sekarang pengujian tim akan memeriksa semua modul untuk memverifikasi tat perubahan yang dibuat dalam satu modul akan mempengaruhi modul lain atau tidak. DALAM ASAP PENGUJIAN kasus uji scripted

pengujian regresi pelaksana tes yang sama kasus berulang kali untuk memastikan tat tidak berubah modul tidak menimbulkan cacat. PENGUJIAN REGRESI dalam pengujian fungsional

PENGUJIAN REGRESI-

"uji regresi kembali berjalan sebelumnya tes terhadap perubahan perangkat lunak untuk memastikan bahwa perubahan yang dibuat dalam perangkat lunak saat ini tidak mempengaruhi fungsi dari perangkat lunak yang ada."

Pengujian Unit diarahkan pada bagian terkecil dari implementasi mungkin. Di pulau jawa ini berarti anda adalah pengujian satu kelas. Jika kelas tergantung pada kelas-kelas lain tersebut adalah palsu.

Ketika anda panggilan tes lebih dari satu kelas, its integrasi tes.

Tes penuh suites dapat mengambil waktu yang lama untuk menjalankan, sehingga setelah perubahan banyak tim menjalankan beberapa cepat untuk menyelesaikan tes untuk mendeteksi signifikan pecah. Misalnya, anda telah melanggar Uri untuk sumber daya yang penting. Ini adalah bebas tes.

Uji regresi berjalan pada setiap membangun dan memungkinkan anda untuk refactor secara efektif dengan menangkap apa yang anda istirahat. Setiap jenis tes dapat dilakukan uji regresi, tapi saya menemukan unit tes yang paling membantu menemukan sumber kesalahan.

• Integrasi Pengujian : Pengujian Integrasi adalah Mengintegrasikan Elemen Lain
• Bebas Pengujian : Bebas Pengujian ini juga dikenal sebagai membangun versi Pengujian.Bebas pengujian awal proses pengujian dilakukan untuk memeriksa apakah perangkat lunak yang diuji siap/stabil untuk pengujian lebih lanjut.
• Pengujian regresi : Regresi Pengujian Reapeated Pengujian. Apakah perangkat lunak baru dilakukan di modul lain atau tidak.
• Pengujian Unit : ini adalah Pengujian White box .Hanya Pengembang yang bergerak di bidang itu

Unit test: Memverifikasi bahwa komponen tertentu (yaitu,kelas) yang dibuat atau dimodifikasi berfungsi seperti yang dirancang. Tes ini bisa manual atau otomatis tapi tidak bergerak melampaui batas dari komponen.

Integrasi tes: Memverifikasi bahwa interaksi dari komponen tertentu berfungsi seperti yang dirancang. Integrasi tes dapat dilakukan di tingkat unit atau tingkat sistem. Tes ini bisa manual atau otomatis.

Uji regresi: Memverifikasi bahwa cacat baru tidak diperkenalkan ke dalam kode yang ada. Tes ini bisa manual atau otomatis.

Tergantung pada SDLC (air terjun, rup, agile, dll) khusus tes dapat dilakukan di 'fase' atau mungkin semua akan dilakukan, lebih atau kurang, pada saat yang sama. Misalnya, unit testing mungkin terbatas untuk para pengembang yang kemudian beralih kode ke penguji untuk integrasi dan pengujian regresi. Namun pendekatan lain mungkin memiliki pengembang melakukan pengujian unit dan beberapa tingkat integrasi dan pengujian regresi (menggunakan TDD pendekatan bersama dengan integrasi berkesinambungan dan otomatis unit dan uji regresi).

Salah satu jenis tes yang tampaknya layak disebutkan di thread ini adalah stres/kinerja/tes beban yang bisa sederhananya seperti mencari tahu batas-batas luar yang bagian tertentu dari perangkat lunak istirahat. Perhatikan bahwa dalam hal perkakas adalah penting untuk secara tepat menentukan lingkup dari apa yang satu mengusulkan untuk tes stres dari perspektif sistem. Misalnya dalam kasus "aplikasi web" stress testing dapat mencakup dalam lingkup web server aplikasi itu sendiri dan perkakas bisa campur tangan pada akhir itu. Berikut ini adalah posting tentang http pengujian beban

Saya hanya ingin menambahkan dan memberikan beberapa konteks yang lebih banyak tentang mengapa kita memiliki tingkat-tingkat tes, apa yang mereka benar-benar berarti dengan contoh-contoh

Mike Cohn dalam bukunya "Berhasil dengan Lincah" datang dengan "Pengujian Piramida" sebagai cara untuk pendekatan tes otomatis dalam proyek-proyek. Ada berbagai interpretasi dari model ini. Model tersebut menjelaskan apa jenis tes otomatis perlu dibuat, seberapa cepat mereka dapat memberikan umpan balik pada aplikasi yang diuji dan yang menulis tes ini. Pada dasarnya ada 3 tingkat pengujian otomatis yang diperlukan untuk setiap proyek dan mereka adalah sebagai berikut.

Unit Test- Tes ini komponen yang terkecil dari aplikasi perangkat lunak. Ini benar-benar bisa menjadi salah satu fungsi dalam kode yang menghitung nilai berdasarkan beberapa masukan. Fungsi ini merupakan bagian dari beberapa fungsi lain dari perangkat keras/perangkat lunak basis kode yang membuat aplikasi.

Sebagai contoh Mari kita ambil berbasis web aplikasi kalkulator. Komponen terkecil dari aplikasi ini yang perlu menjadi unit yang diuji bisa menjadi sebuah fungsi yang melakukan itu, lain yang melakukan pengurangan dan sebagainya. Semua ini kecil fungsi menempatkan bersama-sama membuat aplikasi kalkulator.

Secara historis pengembang menulis tes ini karena mereka biasanya ditulis dalam bahasa pemrograman yang sama sebagai perangkat lunak aplikasi. Unit pengujian kerangka kerja seperti JUnit dan NUnit (untuk jawa), MSTest (untuk C# dan .NET) dan Melati/Mocha (JavaScript) yang digunakan untuk tujuan ini.

Keuntungan terbesar dari unit tes, mereka berjalan sangat cepat di bawah UI dan kita bisa mendapatkan umpan balik yang cepat tentang aplikasi. Ini harus terdiri lebih dari 50% dari tes otomatis.

API/Integrasi Tes- Ini menguji berbagai komponen dari sistem perangkat lunak yang bersama-sama. Komponen-komponen yang dapat mencakup pengujian database, API (Application Programming Interface), pihak ke-3 alat dan layanan bersama dengan aplikasi.

Misalnya - In kalkulator kami contoh di atas, aplikasi web dapat menggunakan database untuk menyimpan nilai-nilai, menggunakan API untuk melakukan beberapa validasi sisi server dan dapat menggunakan pihak ke-3 alat/layanan untuk mempublikasikan hasil ke awan untuk membuatnya tersedia di seluruh platform yang berbeda.

Secara historis pengembang atau teknis QA akan menulis tes ini menggunakan berbagai alat seperti Tukang pos, SoapUI, JMeter dan alat-alat lain seperti Testim.

Ini berjalan jauh lebih cepat dari UI tes karena mereka masih berjalan di bawah tenda tapi mungkin akan menghabiskan lebih sedikit waktu dari unit tes seperti itu untuk memeriksa komunikasi antara berbagai komponen independen dari sistem dan memastikan mereka memiliki integrasi. Ini harus terdiri lebih dari 30% dari tes otomatis.

Tes UI- Akhirnya, kami memiliki tes yang memvalidasi UI dari aplikasi. Tes ini biasanya ditulis untuk pengujian end-to-end mengalir melalui aplikasi.

Misalnya - Dalam aplikasi kalkulator, aplikasi end-to-end flow bisa, membuka browser-> Memasuki aplikasi kalkulator url -> Log in dengan username/password -> Membuka aplikasi kalkulator -> Melakukan beberapa operasi pada kalkulator -> memverifikasi hasil-hasil dari UI -> Log out dari aplikasi. Ini bisa menjadi salah satu ujung ke ujung aliran yang akan menjadi kandidat yang baik untuk UI otomatisasi.

Secara historis, teknis QA atau manual penguji menulis tes UI. Mereka menggunakan open source kerangka kerja seperti Selenium atau UI pengujian platform seperti Testim untuk penulis, melaksanakan dan memelihara tes. Tes ini memberikan lebih banyak umpan balik visual seperti yang anda bisa melihat bagaimana tes berjalan, perbedaan antara yang diharapkan dan hasil yang sebenarnya melalui screenshot, log, laporan pengujian.

Keterbatasan terbesar dari UI tes ini, mereka relatif lambat dibandingkan dengan Unit dan API tingkat tes. Jadi, harus terdiri hanya 10-20% dari keseluruhan tes otomatis.

Berikutnya dua jenis tes yang dapat bervariasi berdasarkan pada proyek anda, tetapi gagasan adalah-

Bebas Tes

Ini bisa menjadi kombinasi dari yang di atas 3 tingkat pengujian. Idenya adalah untuk menjalankan ini selama setiap kode yang memeriksa dan memastikan penting fungsi dari sistem masih bekerja seperti yang diharapkan; setelah kode baru perubahan digabung. Mereka biasanya perlu menjalankan dengan 5 - 10 menit untuk mendapatkan umpan balik lebih cepat pada kegagalan

Uji Regresi

Mereka biasanya dijalankan sekali sehari minimal dan mencakup berbagai fungsi dari sistem. Mereka memastikan aplikasi ini masih bekerja seperti yang diharapkan. Mereka adalah rincian lebih lanjut dari tes asap dan penutup lebih skenario dari aplikasi termasuk non-kritis yang.

Bebas dan kewarasan pengujian kedua dilakukan setelah membangun perangkat lunak untuk mengidentifikasi apakah untuk memulai pengujian. Kewarasan mungkin atau mungkin tidak akan dieksekusi setelah bebas pengujian. Mereka dapat dilaksanakan secara terpisah atau pada saat yang sama - kewarasan yang segera setelah bebas.

Karena kewarasan pengujian yang lebih mendalam dan membutuhkan waktu lebih lama, dalam banyak kasus hal ini juga layak untuk menjadi otomatis.

Bebas pengujian biasanya memakan waktu tidak lebih dari 5-30 menit untuk eksekusi. Hal ini lebih umum: memeriksa sejumlah kecil dari fungsionalitas inti dari seluruh sistem, dalam rangka untuk memastikan bahwa stabilitas dari software ini cukup baik untuk pengujian lebih lanjut dan bahwa ada tidak ada masalah, menghalangi menjalankan rencana uji kasus.

Kewarasan pengujian yang lebih rinci dari bebas dan dapat berkisar dari 15 menit hingga satu hari, tergantung pada skala membangun baru. Itu adalah lebih berupa jenis pengujian penerimaan, dilakukan setelah perkembangan atau pengujian kembali. Cek fitur inti tertentu fungsionalitas baru dan/atau perbaikan bug bersama-sama dengan beberapa erat terkait dengan mereka memiliki, dalam rangka untuk memastikan bahwa mereka berfungsi sebagai operasional yang diperlukan logika, sebelum pengujian regresi dapat dilaksanakan dalam skala yang lebih besar.

Unit Testing: selalu melakukan oleh pengembang setelah pembangunan dilakukan untuk mengetahui masalah dari pengujian sisi sebelum mereka membuat persyaratan-siap untuk QA.

Pengujian integrasi: Itu berarti tester harus memverifikasi modul, sub modul verifikasi ketika beberapa data/fungsi output drive untuk satu modul ke modul lainnya. Atau dalam sistem anda jika menggunakan alat pihak ketiga yang menggunakan sistem data untuk mengintegrasikan.

Bebas Pengujian: penguji dilakukan untuk memverifikasi sistem untuk tingkat tinggi pengujian dan mencoba untuk mencari tahu show stopper bug sebelum perubahan atau kode ditayangkan.

Pengujian regresi: Tester dilakukan regresi untuk verifikasi fungsi yang ada karena perubahan diimplementasikan dalam sistem baru untuk peningkatan atau perubahan dalam sistem.

Unit tes Unit tes adalah tingkat yang sangat rendah, dekat dengan sumber anda aplikasi. Mereka terdiri dalam pengujian metode individu dan fungsi kelas, komponen-komponen atau modul-modul yang digunakan oleh perangkat lunak anda. Unit tes yang pada umumnya cukup murah untuk mengotomatisasi dan dapat berjalan dengan sangat cepat dengan continuous integration server.

Integrasi tes Integrasi tes memverifikasi bahwa modul yang berbeda atau jasa yang digunakan oleh aplikasi anda bekerja dengan baik bersama-sama. Misalnya, dapat menguji interaksi dengan database atau membuat yakin bahwa microservices bekerja bersama-sama seperti yang diharapkan. Jenis tes yang lebih mahal untuk dijalankan karena mereka memerlukan beberapa bagian dari aplikasi untuk berdiri dan berjalan.

Fungsionaltes** tes Fungsional fokus pada kebutuhan bisnis aplikasi. Mereka hanya memverifikasi output dari suatu tindakan dan tidak memeriksa intermediate state dari sistem ketika melakukan itu tindakan.

kadang-kadang Ada kebingungan antara integrasi tes dan tes fungsional karena keduanya memerlukan beberapa komponen untuk berinteraksi dengan satu sama lain. Perbedaannya adalah bahwa integrasi tes mungkin hanya memverifikasi bahwa anda dapat query database sedangkan uji fungsional akan berharap untuk mendapatkan nilai tertentu dari database seperti yang didefinisikan oleh persyaratan produk.

End-to-end tes End-to-end pengujian ulangan perilaku pengguna dengan software aplikasi lengkap lingkungan. Memverifikasi bahwa berbagai pengguna mengalir bekerja seperti yang diharapkan dan dapat sebagai sederhana sebagai loading halaman web atau log in atau jauh lebih kompleks skenario memverifikasi email pemberitahuan, pembayaran online, dll...

End-to-end tes yang sangat berguna, tetapi mereka're mahal untuk melakukan dan akan sulit untuk mempertahankan ketika mereka're otomatis. Dianjurkan untuk memiliki beberapa kunci end-to-end tes dan lebih mengandalkan pada tingkat yang lebih rendah jenis pengujian (unit dan integrasi tes-tes) untuk dapat dengan cepat mengidentifikasi breaking perubahan.

Acceptance testing Penerimaan tes tes resmi dieksekusi untuk memverifikasi apakah sistem yang memenuhi persyaratan bisnis. Mereka memerlukan seluruh aplikasi untuk berdiri dan berjalan dan fokus pada replikasi perilaku pengguna. Tapi mereka juga bisa pergi lebih jauh dan mengukur kinerja dari sistem dan menolak perubahan jika tujuan-tujuan tertentu yang tidak bertemu.

*pengujian Kinerja Kinerja* tes memeriksa perilaku sistem ketika itu berada di bawah beban yang signifikan. Tes ini non-fungsional dan dapat memiliki berbagai bentuk untuk memahami keandalan, stabilitas, dan ketersediaan platform. Untuk misalnya, dapat mengamati respon kali ketika mengeksekusi tinggi jumlah permintaan, atau melihat bagaimana sistem berperilaku dengan yang signifikan dari data.

tes Kinerja oleh alam mereka cukup mahal untuk menerapkan dan run, tetapi mereka dapat membantu anda memahami jika perubahan baru akan menurunkan sistem anda.

Bebas pengujian Bebas tes-tes dasar yang memeriksa dasar fungsi dari aplikasi. Mereka dimaksudkan untuk menjadi cepat untuk melaksanakan, dan tujuan mereka adalah untuk memberikan jaminan yang utama fitur dari sistem anda bekerja seperti yang diharapkan.

Bebas tes dapat berguna setelah membangun baru dilakukan untuk memutuskan apakah atau tidak anda dapat menjalankan lebih mahal tes, atau tepat setelah penyebaran untuk memastikan bahwa aplikasi berjalan dengan benar di baru dikerahkan lingkungan.

sumber: https://www.atlassian.com/continuous-delivery/software-testing/types-of-software-testing

Unit Testing:- unit pengujian ini biasanya dilakukan oleh para pengembang sisi,di mana sebagai penguji yang sebagian berkembang dalam jenis pengujian dimana pengujian dilakukan oleh unit unit. Di jawa Junit test case juga dapat dimungkinkan untuk menguji apakah kode yang tertulis adalah dirancang dengan sempurna atau tidak.

Pengujian Integrasi:- Jenis pengujian ini dimungkinkan setelah pengujian unit ketika semua/beberapa komponen yang terintegrasi.Ini jenis-jenis pengujian yang akan memastikan bahwa ketika komponen-komponen yang terintegrasi,apakah mereka mempengaruhi satu sama lain kemampuan bekerja atau fungsionalis.

Bebas Pengujian:- Jenis pengujian yang dilakukan pada akhirnya ketika sistem ini terintegrasi dengan sukses dan siap untuk pergi di server produksi. Ini jenis-jenis pengujian yang akan memastikan bahwa setiap fungsi yang penting dari awal sampai akhir adalah bekerja dengan baik dan sistem siap untuk di-deploy di server produksi.

Pengujian Regresi:- Jenis pengujian ini penting untuk menguji bahwa tidak diinginkan/tidak diinginkan cacat yang tidak hadir dalam sistem ketika pengembang tetap beberapa masalah. Pengujian ini juga memastikan bahwa semua bug yang berhasil diselesaikan dan karena itu tidak ada masalah lain yang terjadi.

Beberapa jawaban yang baik sudah, tapi saya ingin lebih menyempurnakan mereka:

Unit testing adalah satu-satunya bentuk pengujian white box di sini. Yang lain adalah pengujian black box. Pengujian White box berarti bahwa anda tahu input, anda tahu cara kerja di dalam mekanisme dan dapat memeriksa dan kau tahu output. Dengan pengujian black box anda hanya tahu apa yang input dan apa output yang seharusnya.

Jadi jelas unit testing adalah pengujian white box di sini.

• Unit pengujian uji spesifik potongan kode. Biasanya metode.
• Integrasi pengujian menguji apakah anda baru fitur perangkat lunak yang dapat intergrate dengan segala sesuatu yang lain.
• Pengujian regresi. Ini adalah pengujian yang dilakukan untuk memastikan anda tidak ketinggalan't rusak apa-apa. Segala sesuatu yang digunakan untuk pekerjaan harus tetap bekerja.
• Bebas pengujian ini dilakukan sebagai tes cepat untuk memastikan semuanya terlihat baik-baik saja sebelum anda terlibat dalam lebih kuat pengujian.

Bebas tes telah dijelaskan di sini sudah dan sederhana. Uji regresi datang di bawah integrasi tes.

Tes otomatis dapat dibagi menjadi 2.

Unit test dan Integration Test. (ini yang penting)

Aku akan menelepon menggunakan kalimat "tes panjang"(LT) untuk semua pengujian seperti uji integrasi, uji fungsional, uji regresi, uji UI , dll. Dan unit test sebagai "short test".

A LT contoh bisa, secara otomatis memuat halaman web, log in ke account dan membeli sebuah buku. Jika lolos uji ini lebih cenderung untuk berjalan di situs hidup dengan cara yang sama(maka 'tidur yang lebih baik' referensi). Panjang = jarak antara halaman web(start) dan database(end).

Dan ini adalah artikel yang membahas manfaat dari integrasi pengujian(tes panjang) lebih dari unit testing