SOFTWARE QUALITY ASSURANCE – BASIC BITCH (HS SQ1)

Kualitas itu relatif brooo

Kualitas untuk customer produk :

- Tak ada error ( haiya )

- Reliable
- Gampang dipake ( ease of use lah )
- Toleransi salah input cukup
- Aman dri injury yang memungkinkan

Kualitas untuk customer servis :

- Reliabel
- Gampang dikontak / mengambil servis
- Expert handal
- Pleasant / santai / enak / nyaman
- Proteksi dari kemungkinan konsekuansi ( consequential damage )

Kualitas untuk produsen barang

- Mengikuti spesifikasi awal ( bisa ditentukan pemerintah , industri asosiasi ataupun perusahaan sendiri )
- Memenuhi deadline dan spesifikasi sesuai target ( bisa ditentukan pemerintah , industri asosiasi ataupun perusahaan sendiri )

Kualitas untuk badan pemerintahan

- Pengamanan dari korupsi ( loh heh , bukannya kalian yang suka korupsi . . )

Kualitas untuk asosiasi industri atau standar

- Menjaga reputasi
- Menjaga dari tuntutan dan penipuan
- Memenuhi kebutuhan dan komplen konsumer , pemerintahan dan industri itu sendiri

Quality = “seberapa banyak karakteristik tertentu memenuhi requirement / kebutuhan / spek”

degree: poor, good or excellent

definisi diatas ada 3 arti penting

[1] requirements, [2] characteristics, and [3] degree ( translate dibawah brooo )

kebutuhan /spek , karakteristik dan degree/derajat/seberapa banyak.

Requirement = spsifikasi , bisa explisit atau implisit

Karakteristik = reliable enggak , kemampuan

Degree = ppor , good , perfect , ?

Example of standard bodies: , hari standar nasional oktober 14 ( bro , standar bro )

- American National Standards Institute,

- British Standards Institute,
- Joint Services Specifications,
- Deutsches Institut für Normung,
- ISO,
- International Electrotechnical Commission,
- International Telecommunications Union,
- National Electrical Manufacturers Association, and
- Institute of Electrical and Electronics Engineers
Spek menentukan:

- Atribut komponen produk

- Tujuan pengunaan
- Batasan produk
- Proses pembuatan
- Parameter keamanan / security

Kualitas / definisinya : ( baca aja deh , takut salah )

Quality is an attribute of a product or service provided to consumers that conforms in toto to or exceeds the best of the available specifications for
that product or service. It includes making those specifications available to the end user of the product or service.

The specifications that form the basis of the product or service provided may have been defined by a government body, an industry
association, or a standards body. Where such a definition is not available, the provider may define the specifications

Reliability = kemampuan melakukan fungsi sesuatu di level yang sama selama durasi hidupnya ( hingga rusak atau outdated dll )

Ada 2 level – peak dan standard performancce , peak ketika saat baru dibeli . dipakai dan standard saat sudah sering dipake dan efektivitas
menurun

Barang bisa kualitas , tapi bisa saja tidak reliable dalam jangka panjang

Nama nama tidak penting yang nmungkin penting :

• Dr. William Edwards Deming

• Father of quality

• “Deming’s 14 Points”

• PDCA

• Dr, Joseph Moses Juran

• Quality planning, improvement and control

• Philip Bayard Crosby

• DIRFT concept and zero-defect concept

• Crosby’s 14-step process for management

Beberapa konsep manjemen kualitas

1. Kaizen—Focus on continuous process improvement, to make every process in the organization visible, repeatable, and measurable.

2. Atarimae hinshitsu—Belief that products will function as they are designed to function.

3. Kansei—Study the way a user uses the product, to facilitate improvement of the product.

4. Miryoketuki hinshitsu—Belief that products should have aesthetic value along with usability. For example, a car needs to look
attractive in addition to its capability to transport people.

Organizational vs quality goals = selalu organizational karna profit broo $$$$$

SOFTWARE QUALITY ASSURANCE – FOUR DIMENSION OF QUALITY (HS SQ2)
Ada 4 dimensi ( klo 3d pake kacamata , 4d pake apa )

Spek , desain , development dan kesesuaian dengan standard ( conformance )

Kualitas dari spek ada 6 aspek

- Fungsionalitas
- Kapasistas
- Tujuan penggunaan ( intended use )
- Reliability
- Safety
- Security

Cara pastikan speknya lengkap dan betul = System/business analyst , gunakan standar, dokumentasi proses , format , template , ceklis.

Kualitas desain = mulai dari mimpi gila ( buat konsep dan research ) dan labnjut ke detailed task untuk wujudkan konsep

Software design item ( gtw guna atau gak ):

1. Functionality design 10. Fault tolerance

2. Software architecture 11. Capacity

3. Navigation 12. Reliability

4. Database design 13. Maintainability

5. Development platform 14. Efficiency and concurrence

6. Deployment platform 15. Coupling and cohesion

7. User interface design 16. Program specifications

8. Report design 17. Test design

9. Security

( anjir bru tau bisa 2 kolom )

Cara pastikan desain betul = system analist atau system engineer dan standar , pastikan ada desain konsep , desain engineering dan ceklist ,
dokumentasi , standar dan template

Kualitas development ;

- Ada database dan struktur , library dinamis , laporan , rencana unit test , cek error/fault , penamaan sesuai standar yang ditetapkan dan
format kode teratur

Conformance quality mengecek performa QA selama development dari spek – desain dan development

Alat untuk memastikan kualitas dalam spek

SOFTWARE QUALITY ASSURANCE – SOFTWARE PRODUCT QUALITY (HS SQ2
Fungsionalitas – black box, ada 2 ( core dan ancillary ) – yang utama core

White box ( glass box )

Error = kesalahan manusia ( duh )

Fault/bug = kesalahan di software

Failure = kesalahan dari spek awal software / spek

Ada 3 tipe defects =

Critical , major , minor ( sesuai namanya levelnya )

Produk berkualitas tidak boleh ada defect critical

Pengetesan/penilaian kualitas produk ( chemuturi metric ) ;

- Organization enviroment ( 1 sampai 5 nilainya tiap bagian ) / OER

o Apakah ada dept kualitas 0.3
o Apakah ada proses softw development 0.4
o Mengikuti standard / process comformance 0.2
o Reward dan rekognisi 0.1
- Efektivitas QA / EQAR
o 2-6 sigma ( 5-1 rating )
▪ 6 sigma = 3 defect per 1 juta kesempatan
▪ 5 sigma 3 defect per 100rb kesempatan dan selanjutnya
- Peer review / PRCR
o Brapa persen di review
▪ 100% = rating 5
▪ 80%=> = rating 4
▪ 70%=> = rating 3
 ▪ 60%=> = rating2
▪ Sisanya rating 1
- Coverage dari Unit testing / UTCR
o Brapa persen di tes
▪ 100% = rating 5
▪ 80%=> = rating 4
▪ 70%=> = rating 3
▪ 60%=> = rating2
▪ Sisanya rating 1
- Kedalaman software testing /ETR
o Ada test untuk test plan dan spek
o Brapa persen di tes
▪ 100% = rating 5
▪ 80%=> = rating 4
▪ 70%=> = rating 3
▪ 60%=> = rating2
▪ Sisanya rating 1
SOFTWARE QUALITY ASSURANCE - SOFTWARE VERIFICATION & VALIDATION (HS SQ5)
Verifikasi adalah aktivitas yang dilaksanakan untuk memastikan sesuatu sesuai dengan spesifikasi , standar , regulasi dan lain lain

Verif adalah “ hal yang benar telah dilakukan “ , bukan “ melakukan yang benar “.

Verifikasi tidak melibatkan menjalankan artifak/? dan mengunakan sentuhan?touch?

Wakthrough/peer review , inspeksi dan audit adalah alat yang biasa dalam verif

Verif berpengaruh pada quality control

Untuk beberapa dokumen software/artifak , verif adalah satu satunya cara QA ( requirements documents, design documents, and various plans

With the exception/pengecualian of source code / koding.

Beberapa aspek verif :

- Achievement / pencapaian
- Kelengkapan
- Mengikuti standar / guideline
- Efisiensi / efektivitas
- Kejelasan / kebenaran

Review / peer review report ada

- List kecacatan / defect , error

- Kesempatan improvement . sintaks yang lebih efisien
- Sugesti improvement , eliminasi kode redundan dll
- Data review , data aspek yang di review , data reviewer

Walkthorugh ada secara Independen , guided , group , expert dan managerial.

Guided dapat menyebabkan perdebatan akibat bedanya Point of view dengan reviewer – tetapi bonusnya durasi pendek

Group direview beberapa orang untuk hal seperti ( spesifikasi , dokumen desain arsitektur , strategi testing dll ) , dilakukan secara Postal ( dikirim ) ,
meeting maupun guided meeting. ( harus ada )

Expert dilakukan oleh seseorang atau sekumpulan expert dalam bidangnya , bisa dilakukan secara keseluruhan atau sebagian proyek itu saja (
seperti logaritma saja ) – dilakukan ketika teknologi baru , susah atau sangat maju dan hanya sedikit yang expert. ( EXPERT REVIEW MAHAL )

- Domain expert – berpengalaman dan tahu semua situasi yang memungkinkan

- Subject matter expert – teori dan algoritma ( math )
- Technology experts – program , kode , platform
- Social export ( marketing , usability , ui )

Managerial review dilakukan oleh supervisor biasanya

Beberapa skenario inspeksi

- System Testing Readiness Inspection ( cek komponen ( hardware , software , data , bandwidth dll ) yang diperlukan )
- Acceptance Testing Readiness Inspection ( cek error dan defect ) , dilakukan dept QA
- Delivery Readiness Inspection ( cek versi yang benar dan komponen dalamnya )

Best practice inspeksi

- Inspeksi sebelum system testing / acceptance testing dan sebelum delivery minimal sekali
- Inspektor spesialis dalam dept QA
- Checklist

Audit adalah sistem verifikasi dokumen yang di cek dengan standar

Dilakukan auditor ( harus ada pelatihan audit ( baik certified atau tidak ) )
Comformance audit

- Fokus dengan kesesuaian

Investigatif audit

- Fokus mencari alasan kegagalan atau kesuksesan

Vertical audit

- Fkus ke semua aspek

Horizontal audit

- Satu aspek saja

Periodic dilakukan tiap beberapa durasi ( seperti 3 bulan sekali ) , phase end dilakukan per projek jika diperlukan ( atau ada event tertentu )

Phase end dilakukan setelah fase:

- Inisiasi proyek
- Analisis keperluan software
- Desain
- Konstruksi
- Testing
- Penutupan

Internal vs external ( bruh , ya jelas dri namanya yang external pake agensi luar )

External audit :

- Pre-sertifikasi ( sebelum sertifikasi , latihan , rehearsal )

- Sertifikasi dan re-sertifikasi ( bisa dilakukan sekali maupun siklus )
- Pengawasan ( iso9000 , cek kestabilan proses )

CH8 SYSTEM TEST CATEGORY

System test :

- Basic ( Boot, up/downgrade, LED test , diagnostic , CLI

- Fungsionalitas ( comms , module , log/traceing , GUI , security , feature , managenent , element management system )
- Robustness ( boudnary value , power cycle , on-ine insertion dan removal – high availability – degraded node )
- Interoperability antara third party products
- Performa ( cpu , koneksi , network )
- Skalabilitas ( speed limit , data storage , bandwidth )
- Stress
- Stabilitas / load
- Reliability
- Regression
- Dokumentasi ( read test , hands-on test , fungsionalitas )

Regulatory tests / tes regulasi

Software safety

• There are two basic tasks performed by a safety assurance engineering team:

– Provide methods for identifying, tracking, evaluating, and eliminating hazards associated with a system

– Ensure that safety is embedded into the design and implementation in a timely and cost effective manner, such that the risk created
by the user/operator error is minimized
CH8 SYSTEM INTEGRATION TESTING
Mengecek tiap modul yang saling ter-integrasi , testing disebut selesai saat :

- Sistem telah berhasil dinintegrasi

- Semua test case dijalankan
- Semua defect ditemukan dan diperbaiki

Tipe modul yang saling ber-interface

- Procedure call
- Shared memory
- Message passing

Beberapa error interfaceing

• Construction • Added functionality

• Inadequate functionality • Misuse of interface

• Location of functionality • Misunderstanding of interface

• Changes in functionality • Data structure alteration

• Added functionality • Initialization/value errors

• Inadequate error processing • Validation od data constraints

• Additions to error processing • Timing/performance problems

• Inadequate post-processing • Coordination changes

• Inadequate interface support • Hardware/software interfaces

• Initialization/value errors

Ada beberapa level/granularitas system int testing

- Intra system ( low level testing )

- Inter system ( high level )
- Pairwise ( 2 system saja )

Beberapa pendekatan metode SIT ( SYSTEM INT TESTING )

- Incremental ( dilakukan dalam siklus tiap pengembangan )

- Top down
- Bottom up
- Sandwich ( gabungan top dan bottom )
- Big-bang ( di tes satu per satu baru dites keseluruhan )

Fase proses engineering hardware

- Planning and specification

- Design, prototype implementation, and testing
- Integration with the software system
- Manufacturing, distribution and field service

Verifikasi untuk desain hardware ada beberapa test :

• Diagnostic Test

• Electrostatic Discharge Test

• Electromagnetic Emission Test

• Electrical Test

• Thermal Test

• Environment Test
• Environment Test

• Equipment Handling and Packaging Test

• Acoustic Test

• Safety Test

• Reliability Test