FPT EDUCATION

FPT POLYTECHNIC COLLEGE

Kiểm Thử Cơ Bản

Student’s Team:
PS31479 Nguyen Trong Tin

Instructor: Lai Minh Dang

Class: _ SD18301_SOF3031

Ho Chi Minh City, January/ 16/ 2024

Downloaded by Nguyen Trong Tin (FPL HCM) (tinntps31479@fpt.edu.vn)
 LAB3: CÁC MỨC ĐỘ TRONG KIỂM THỬ PHẦN MỀM
Static Testing - Kiểm thử tĩnh:

Là hoạt động kiểmtra bằng cách Review và sẽ không chạy chương trình( hoặc
phầnmềm) để kiểmtra.
Kiểm thử tĩnh được thực hiện ở giai đoạn đầu của chukỳ phát triển phầnmềm
Kiểm thử tĩnh sẽ kiểmtra tính đúng đắn của code (mã lệnh), thuật toánhay tài
liệu.
Cáchoạt độngtrong Kiểm thử tĩnh

Walkthrough – Hướng dẫn: Một buổi walkthrough là một buổihọp mà ở đó tác

giả của các tàiliệu đặc tả
phầnmềmgiớithiệu sơ lược
về dự án phầnmềm sẽ làm để
cho những ngườitham dự có

KIỂM THỬ CƠ BẢN TRANG 2

Downloaded by Nguyen Trong Tin (FPL HCM) (tinntps31479@fpt.edu.vn)
 LAB3: CÁC MỨC ĐỘ TRONG KIỂM THỬ PHẦN MỀM
một sự hiểubiết chung về phầnmềm đó, đồng thờithu thập những ý kiến phản
hồitừ họ .
Technical Review – Đánh giá kỹ thuật: Một cuộchọp ngang hàng mà ở đó
những ngườitham dự là những người cùng nhómkỹ thuậtvớinhau.
Inspection – Kiểmtra: Là cuộchọp mà ở đó các thành viêntrong dự án sẽ tham
dự cuộchọp, đưa ra những câuhỏi để làmrõ vấn đề, trình bày những lỗi sai
hoặc những vấn đề có hướng giải quyếttrong tàiliệuvà đề xuất những phương
ánhợp lý để cảithiện.
Kiểm thử mã nguồn (Code Review): Đánh giá mã nguồn để tìmlỗi, xác định
tiêu chuẩnmã và đảmbảo tuânthủ quy tắc lập trình.
Kiểm thử tàiliệu (Document Review): Đánh giá tàiliệu để xác định sự chính
xác, hoànthiệnvà tuânthủ tiêu chuẩn.
Kiểm thử mô hình (Model Review): Đánh giá mô hình thiếtkế để đảmbảo
logic và hiệu suất củanó .
Kiểm thử chuẩnmã hóa (Coding Standard Review): Xác định việc tuânthủ
chuẩnmã hóatrong mã nguồn.
Cáclỗi điển hình được tìm thấy trong kiểm thử tĩnh:
Sai sót cú pháp (Syntax Errors): Lỗiliên quan đến cú pháp ngôn ngữ lập trình.
Lỗivề quy tắc lập trình (Programming Rule Violations): Viphạm các quy tắc
và tiêu chuẩnlập trình.
Lỗivề thiếtkế (Design Flaws): Các vấn đề liên quan đếnthiếtkế logic của phần

mềm.
Lỗitàiliệu (Documentation Errors): Các lỗi xuấthiệntrong tàiliệukỹ thuậtvà
mô hình.

BlackBox Testing – Kiểm thử hộp đen

KIỂM THỬ CƠ BẢN TRANG 3

Downloaded by Nguyen Trong Tin (FPL HCM) (tinntps31479@fpt.edu.vn)
 LAB3: CÁC MỨC ĐỘ TRONG KIỂM THỬ PHẦN MỀM
Là mộtphương pháp kiểm thử phầnmềm được thực hiệnmà không biết được
cấutạo bêntrong của phầnmềm, là cách mà các tester kiểmtra xemhệ thống
như một chiếc hộp đen, không có cách nào nhìnthấy bêntrong của cáihộp
Đặc điểm chính:
Không biếtvề mã nguồn: Ngườikiểm thử không có kiếnthức về cách mã
nguồn được triểnkhai.
Tập trung vào chức năng ngoạivi: Tập trung vào đầuvào và đầu ra củahệ
thống mà không quantâm đến cách nó thực hiệnbêntrong.
Dựa vào yêu cầu chức năng: Các bước kiểm thử được xây dựngdựa trênyêu
cầu chức năng của phầnmềm.
Mục tiêu:
Xác định xemhệ thống hoạt động đúng chức năng hay khôngvà đảmbảo rằng
các chức năng đều hoạt động theo đúng cách.
Ưu điểm:
Dễ triểnkhai: Không cầnkiếnthức sâuvề mã nguồn.
Chú trọng vào trảinghiệm ngườidùng: Đảmbảo chấtlượng từ góc độ người
dùng.
Thực hiệnmức độ kiểm thử toàndiện: Kiểm thử toànbộ hệ thống mà không
cầnbiết cấu trúcnộibộ .
Nhược điểm:
Khônghiệu quả để pháthiệnlỗi ẩn: Khó pháthiện được lỗinằm sâutrong hệ
thống.
Không cung cấp thôngtin chitiếtvề lỗi: Không đưa ra thôngtin chitiếtvề vị trí
lỗitrong mã nguồn.

KIỂM THỬ CƠ BẢN TRANG 4

Downloaded by Nguyen Trong Tin (FPL HCM) (tinntps31479@fpt.edu.vn)
 LAB3: CÁC MỨC ĐỘ TRONG KIỂM THỬ PHẦN MỀM
Kiểm thử hộp đen thường được thực hiệnbằng cách sử dụng các kỹ thuật như
kiểm thử chức năng, kiểm thử tương đối, kiểm thử hệ thống, và kiểm thử
chấp
nhận.
Các phương pháp Kiểm thử hộp đen
Vì chiếnlược kiểm thử hộp đen thích hợp cho mọi mức độ kiểm thử nên có
nhiềukỹ thuật kiểm thử. Sau đây 3 loại phổ biến:
Phương pháp phânlớp tương đương – Equivalence Class Partitioning
Phântích các giá trị bên – Boundary value analysis
Kỹ thuậtdùng các bảng quyết định – Decision Tables
Các bước Kiểm thử hộp đen
B1: Phân tích đặc tả về các yêu cầu chức năng mà TPPM cầnthực hiện
B2: Dùng 1 kỹ thuật địnhnghĩa các test case xác định( sẽ giớithiệu sau) để
địnhnghĩa các testcase. Địnhnghĩa mỗitestcase là xác định 3 thôngtin sau:
-Giá trị dữ liệunhập để TPPM xử lý(hoặc hợp lệ hoặc khônghợp lệ).
-Trạng thái của thành phần phầnmềm(TPPM) cần có để thực hiện testcase.
-Giá trị dữ liệu xuấtmà TPPM phảitạo được.
B3: Kiểm thử các testcase đã địnhnghĩa
B4: So sánhkết quả thu được vớikết quả kỳ vọng trong từng testcase, từ đó lập
báo cáo về kết quả kiểm thử.
Cáclỗi điển hình được tìm thấy trong kiểm thử hộp đen:
Lỗi chức năng (Functional Errors): Lỗiliên quan đến chức năng của phầnmềm.
Lỗihiệu suất (Performance Errors): Các vấn đề liên quan đếntốc độ và hiệu
suất củahệ thống.
Lỗitương tác (Interaction Errors): Các vấn đề khihệ thốngtương tác với người
dùng hoặc các thành phần khác.

KIỂM THỬ CƠ BẢN TRANG 5

Downloaded by Nguyen Trong Tin (FPL HCM) (tinntps31479@fpt.edu.vn)
 LAB3: CÁC MỨC ĐỘ TRONG KIỂM THỬ PHẦN MỀM

KIỂM THỬ CƠ BẢN TRANG 6

Downloaded by Nguyen Trong Tin (FPL HCM) (tinntps31479@fpt.edu.vn)