PERBANDINGAN - STLC dan SDLC

Pada bab ini, kita akan memahami faktor-faktor perbandingan antara STLC dan SDLC. Mari kita pertimbangkan poin-poin berikut dan dengan demikian, bandingkan STLC dan SDLC.

  • STLC adalah bagian dari SDLC. Dapat dikatakan bahwa STLC adalah bagian dari himpunan SDLC.

  • STLC terbatas pada tahap pengujian di mana kualitas perangkat lunak atau produk menjamin. SDLC memiliki peran yang luas dan vital dalam pengembangan lengkap perangkat lunak atau produk.

  • Namun, STLC merupakan fase yang sangat penting dari SDLC dan produk akhir atau perangkat lunak tidak dapat dirilis tanpa melalui proses STLC.

  • STLC juga merupakan bagian dari siklus pasca-rilis / pembaruan, fase pemeliharaan SDLC di mana cacat yang diketahui diperbaiki atau fungsionalitas baru ditambahkan ke perangkat lunak.

Tabel berikut mencantumkan faktor-faktor perbandingan antara SDLC dan STLC berdasarkan tahapannya -

Tahap SDLC STLC
Pertemuan Persyaratan
  • Analis Bisnis mengumpulkan persyaratan.
  • Tim pengembang menganalisis persyaratan.
  • Setelah level tinggi, tim pengembangan mulai menganalisis dari perspektif arsitektur dan desain.
  • Tim penguji meninjau dan menganalisis dokumen SRD.
  • Mengidentifikasi persyaratan pengujian - Poin-poin utama Cakupan, Verifikasi dan Validasi.
  • Meninjau persyaratan untuk hubungan logis dan fungsional di antara berbagai modul. Ini membantu dalam mengidentifikasi celah pada tahap awal.
Rancangan
  • Arsitektur SDLC membantu Anda mengembangkan desain perangkat lunak tingkat tinggi dan tingkat rendah berdasarkan persyaratan.
  • Analis Bisnis bekerja pada pengejek desain UI.
  • Setelah desain selesai, ditandatangani oleh para pemangku kepentingan.
  • Di STLC, Arsitek Tes atau Pemimpin Tes biasanya merencanakan strategi tes.
  • Mengidentifikasi poin pengujian.
  • Alokasi sumber daya dan jadwal diselesaikan di sini.
Pengembangan
  • Tim pengembang mulai mengembangkan perangkat lunak.
  • Terintegrasi dengan sistem yang berbeda.
  • Setelah semua integrasi selesai, perangkat lunak atau produk yang siap untuk diuji disediakan.
  • Tim penguji menulis skenario pengujian untuk memvalidasi kualitas produk.
  • Kasus uji terperinci ditulis untuk semua modul bersama dengan perilaku yang diharapkan.
  • Prasyarat dan kriteria masuk dan keluar dari modul tes diidentifikasi di sini.
Pengaturan Lingkungan
  • Tim pengembangan menyiapkan lingkungan pengujian dengan produk yang dikembangkan untuk divalidasi.
  • Tim Penguji mengonfirmasi pengaturan lingkungan berdasarkan prasyarat.
  • Melakukan pengujian asap untuk memastikan lingkungan stabil untuk produk yang akan diuji.
Menguji
  • Pengujian sebenarnya dilakukan pada fase ini. Ini termasuk pengujian unit, pengujian integrasi, pengujian sistem, pengujian ulang cacat, pengujian regresi, dll.
  • Tim Pengembang memperbaiki bug yang dilaporkan, jika ada dan mengirimkannya kembali ke penguji untuk diuji ulang.
  • Pengujian UAT dilakukan di sini setelah keluar dari pengujian SIT.
  • Pengujian Integrasi Sistem dimulai berdasarkan kasus pengujian.
  • Cacat dilaporkan, jika ada, diuji ulang dan diperbaiki.
  • Pengujian regresi dilakukan di sini dan produk ditandatangani setelah memenuhi kriteria keluar.
Penerapan / Rilis Produk
  • Setelah persetujuan diterima dari berbagai tim pengujian, aplikasi diterapkan dalam lingkungan prod untuk pengguna akhir yang sebenarnya.
  • Pengujian asap dan kewarasan di lingkungan produksi diselesaikan di sini segera setelah produk digunakan.
  • Laporan pengujian dan persiapan matriks dilakukan oleh tim penguji untuk menganalisis produk.
Pemeliharaan
  • Ini mencakup dukungan pasca penyebaran, peningkatan dan pembaruan, jika ada.
  • Dalam fase ini, pemeliharaan kasus uji, setelan regresi, dan skrip otomatisasi berlangsung berdasarkan peningkatan dan pembaruan.