More Related Content
Similar to BG_°ä᳦-±ô´Çại-°ì¾±á»ƒm-³Ù³óá»-±è³óần-³¾á»m-cÆ¡ bản.pptx (20)
BG_°ä᳦-±ô´Çại-°ì¾±á»ƒm-³Ù³óá»-±è³óần-³¾á»m-cÆ¡ bản.pptx
- 1. Các loại kiểm thỠvà vai trò , chức năng của chúng
- 2. KIỂM THỬ PHẦN MỀM LÀ GÃŒ? • KTPM là công việc mà bất cứ ngÆ°á»i nà o từng tham gia phát triển phần má»m (PTPM) Ä‘á»u biết và từng là m. Theo nghÄ©a thông thÆ°á»ng nhất, KTPM bao gồm việc “chạy thá»â€ PM hay má»™t chức năng của PM, xem nó “chạy†đúng nhÆ° mong muốn hay không. Việc kiểm thá» nà y có thể thá»±c hiện từng chặng, sau má»—i chức năng hoặc module được phát triển, hoặc thá»±c hiện sau cùng, khi PM đã được phát triển hoà n tất.
- 3. • Hình 1: 4 mức Ä‘á»™ cÆ¡ bản của kiểm thá» phần má»m
- 4. • Hình 2: Mối tÆ°Æ¡ng quan giữa phát triển và kiểm thá» phần má»m
- 5. 1. Unit Test – Kiểm thá» mức Ä‘Æ¡n vị • Thế nà o là má»™t Ä‘Æ¡n vị PM (Unit)? • Má»™t Unit là má»™t thà nh phần PM nhá» nhất mà ta có thể kiểm thỠđược. Theo định nghÄ©a nà y, các hà m (Function), thủ tục (Procedure), lá»›p (Class), hoặc các phÆ°Æ¡ng thức (Method) Ä‘á»u có thể được xem là Unit. • Vì Unit được chá»n để kiểm thá» thÆ°á»ng có kÃch thÆ°á»›c nhá» và chức năng hoạt Ä‘á»™ng Ä‘Æ¡n giản, chúng ta không khó khăn gì trong việc tổ chức, kiểm thá», ghi nháºn và phân tÃch kết quả kiểm thá». Nếu phát hiện lá»—i, việc xác định nguyên nhân và khắc phục cÅ©ng tÆ°Æ¡ng đối dá»… dà ng vì chỉ khoanh vùng trong má»™t Ä‘Æ¡n thể Unit Ä‘ang kiểm thá».
- 6. 1. Unit Test – Kiểm thá» mức Ä‘Æ¡n vị • Thá»±c hiện trong giai Ä‘oạn viết code và xuyên suốt chu kỳ PTPM. Mục Ä‘Ãch của Unit Test là bảo đảm thông tin được xá» lý và xuất (khá»i Unit) là chÃnh xác, trong mối tÆ°Æ¡ng quan vá»›i dữ liệu nháºp và chức năng của Unit. Äiá»u nà y thÆ°á»ng đòi há»i tất cả các nhánh bên trong Unit Ä‘á»u phải được kiểm thỠđể phát hiện nhánh phát sinh lá»—i. Má»™t nhánh thÆ°á»ng là má»™t chuá»—i các lệnh được thá»±c thi trong má»™t Unit, và dụ: chuá»—i các lệnh sau Ä‘iá»u kiện If và nằm giữa then … else là má»™t nhánh. • Unit Test cÅ©ng đòi há»i phải chuẩn bị trÆ°á»›c các tình huống (test case) hoặc kịch bản (script), trong đó chỉ định rõ dữ liệu và o, các bÆ°á»›c thá»±c hiện và dữ liệu mong chá» sẽ xuất ra. Các test case và script nà y nên được giữ lại để tái sá» dụng.
- 7. 2. Integration Test – Kiểm thá» tÃch hợp • Integration test kết hợp các thà nh phần của má»™t ứng dụng và kiểm thá» nhÆ° má»™t ứng dụng đã hoà n thà nh. Trong khi Unit Test kiểm thá» các thà nh phần và Unit riêng lẻ thì Intgration Test kết hợp chúng lại vá»›i nhau và kiểm thá» sá»± giao tiếp giữa chúng. • Integration Test có 2 mục tiêu chÃnh: oPhát hiện lá»—i giao tiếp xảy ra giữa các Unit. oTÃch hợp các Unit Ä‘Æ¡n lẻ thà nh các hệ thống nhá» (subsystem) và cuối cùng là nguyên hệ thống hoà n chỉnh (system) chuẩn bị cho kiểm thỠở mức hệ thống (System Test).
- 8. 2. Integration Test – Kiểm thá» tÃch hợp • Có 4 loại kiểm thá» trong Integration Test: oKiểm thá» cấu trúc (structure): TÆ°Æ¡ng tá»± White Box Test (kiểm thá» nhằm bảo đảm các thà nh phần bên trong của má»™t chÆ°Æ¡ng trình chạy đúng), chú trá»ng đến hoạt Ä‘á»™ng của các thà nh phần cấu trúc ná»™i tại của chÆ°Æ¡ng trình chẳng hạn các lệnh và nhánh bên trong. oKiểm thá» chức năng (functional): TÆ°Æ¡ng tá»± Black Box Test (kiểm thá» chỉ chú trá»ng đến chức năng của chÆ°Æ¡ng trình, không quan tâm đến cấu trúc bên trong), chỉ khảo sát chức năng của chÆ°Æ¡ng trình theo yêu cầu kỹ thuáºt. oKiểm thá» hiệu năng (performance): Kiểm thá» việc váºn hà nh của hệ thống. oKiểm thá» khả năng chịu tải (stress): Kiểm thá» các giá»›i hạn của hệ thống.
- 9. 3. System Test - Kiểm thá» mức hệ thống • Mục Ä‘Ãch System Test là kiểm thá» thiết kế và toà n bá»™ hệ thống (sau khi tÃch hợp) có thá»a mãn yêu cầu đặt ra hay không. • System Test bắt đầu khi tất cả các bá»™ pháºn của PM đã được tÃch hợp thà nh công. • Äiểm khác nhau then chốt giữa Integration Test và System Test là System Test chú trá»ng các hà nh vi và lá»—i trên toà n hệ thống, còn Integration Test chú trá»ng sá»± giao tiếp giữa các Ä‘Æ¡n thể hoặc đối tượng khi chúng là m việc cùng nhau.
- 10. 3. System Test - Kiểm thá» mức hệ thống Bản thân System Test lại gồm nhiá»u loại kiểm thá» khác nhau gồm: Hình 3: Các loại kiểm thá» khác nhau trong System Test
- 11. 3. System Test - Kiểm thá» mức hệ thống oKiểm thá» chức năng (Functional Test): bảo đảm các hà nh vi của hệ thống thá»a mãn đúng yêu cầu thiết kế. oKiểm thá» khả năng váºn hà nh (Performance Test): bảo đảm tối Æ°u việc phân bổ tà i nguyên hệ thống (và dụ bá»™ nhá»›) nhằm đạt các chỉ tiêu nhÆ° thá»i gian xá» lý hay đáp ứng câu truy vấn… oKiểm thá» khả năng chịu tải (Stress Test hay Load Test): bảo đảm hệ thống váºn hà nh đúng dÆ°á»›i áp lá»±c cao (và dụ nhiá»u ngÆ°á»i truy xuất cùng lúc). Stress Test táºp trung và o các trạng thái tá»›i hạn, các “điểm chếtâ€, các tình huống bất thÆ°á»ng…
- 12. 3. System Test - Kiểm thá» mức hệ thống oKiểm thá» cấu hình (Configuration Test) oKiểm thá» khả năng bảo máºt (Security Test): bảo đảm tÃnh toà n vẹn, bảo máºt của dữ liệu và của hệ thống. oKiểm thá» khả năng phục hồi (Recovery Test): bảo đảm hệ thống có khả năng khôi phục trạng thái ổn định trÆ°á»›c đó trong tình huống mất tà i nguyên hoặc dữ liệu; đặc biệt quan trá»ng đối vá»›i các hệ thống giao dịch nhÆ° ngân hà ng trá»±c tuyến.
- 13. 4. Acceptance Test - Kiểm thá» chấp nháºn sản phẩm • Sau giai Ä‘oạn System Test là Acceptance Test, được khách hà ng thá»±c hiện . • Mục Ä‘Ãch của Acceptance Test là để chứng minh PM thá»a mãn tất cả yêu cầu của khách hà ng và khách hà ng chấp nháºn sản phẩm (và trả tiá»n thanh toán hợp đồng). • Sẽ thông qua hai loại kiểm thá» gá»i là Alpha Test và Beta Test. Vá»›i Alpha Test, ngÆ°á»i sá» dụng (tiá»m năng) kiểm thá» PM ngay tại nÆ¡i PTPM, láºp trình viên sẽ ghi nháºn các lá»—i hoặc phản hồi, và lên kế hoạch sá»a chữa. Vá»›i Beta Test, PM sẽ được gá»i tá»›i cho ngÆ°á»i sá» dụng (tiá»m năng) để kiểm thá» ngay trong môi trÆ°á»ng thá»±c, lá»—i hoặc phản hồi cÅ©ng sẽ gá»i ngược lại cho láºp trình viên để sá»a chữa.