Tổng quan về Kiểm thử Phần mềm Nhúng: Các Mức độ Kiểm thử và Kỹ thuật

Các mức kiểm thử phần mềm 1. Kiểm thử đơn vị (Unit Testing)

Là hoạt động kiểm thử nhỏ nhất, nó được thực hiện trên các hàm hay các thành phần riêng lẻ. Mục đích chính: Cô lập từng thành phần trong chương trình và chứng minh các bộ phận riêng lẻ, chính xác về các yêu cầu chức năng. Kỹ thuật sử dụng: Kỹ thuật bao phủ code (code coverage) – thống kê dựa vào số lượng code được kiểm tra.

Kiểm thử tích hợp là loại kiểm thử trong đó các module của phần mềm được tích hợp logic, được kiểm thử theo nhóm và thực hiện sau khi kiểm thử đơn vị. Mục tiêu: Phát hiện lỗi giao tiếp xảy ra giữa các Unit, tích hợp các Unit đơn lẻ thành các hệ thống nhỏ (subsytem) và cuối cùng là hệ thống hoàn chỉnh để chuẩn bị cho kiểm thử mức System. Kiểm thử tập trung vào các giao diện và luồng xử lý thông tin giữa các module.

Tiếp cận tăng dần là ghép hai hoặc nhiều module có liên quan đến logic, quá trình tiếp tục cho đến khi tất cả các module được thêm vào và hoàn thành quá trình kiểm thử. Kiểm thử hệ thống là phương phỏp theo dừi, đỏnh giỏ hành vi của sản phẩm hoặc hệ thống phần mềm hoàn chỉnh và đã được tích hợp đầy đủ dựa trên bản đặc tả yêu cầu. Một số loại kiểm thử được thực hiện bởi kiểm thử hệ thống: Kiểm thử cài đặt, kiểm thử chức năng, kiểm thử khả năng phục hồi, kiểm thử độ tin cậy, kiểm thử hồi quy, kiểm thử bảo mật, ….

Kiểm thử chấp nhận người dùng là loại kiểm thử thực hiện bởi khách hàng để xác nhận hệ thống đã làm việc đúng như mong đợi và thoả mãn yêu cầu người dùng. Được thực hiện vào giai đoạn kiểm thử cuối cùng trước khi phần mềm được đưa vào hoạt động chính thức.  Các khâu kiểm thử: Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống đã được hoành thành.

Các phương pháp kiểm thử

 Khả năng phát hiện lỗi không mong đợi: Do người thử nghiệm không biết được cấu trúc bên trong của phần mềm, họ có thể tạo ra các ca kiểm thử mà những lập trình viên không nghĩ đến.  Được áp dụng một cách linh hoạt và đa dạng: Kiểm thử hộp đen có thể được áp dụng một cách linh hoạt và đa dạng cho nhiều loại phần mềm và dự án khác nhau, từ ứng dụng di động đến phần mềm máy tính lớn.  Giảm thiểu sự phụ thuộc vào mã nguồn: Vì người thử nghiệm không cần biết về mã nguồn hoặc cấu trúc bên trong của phần mềm, kiểm thử hộp đen giảm thiểu sự phụ thuộc vào lập trình viên và giúp tạo ra các ca kiểm thử độc lập.

 Thích hợp cho giai đoạn cuối cùng của kiểm thử: Kiểm thử hộp đen thường được sử dụng trong giai đoạn cuối cùng của quy trình kiểm thử để kiểm tra tính đầy đủ và tính toàn diện của phần mềm trước khi phát hành.  Giới hạn trong việc phát hiện lỗi phức tạp: Vì người thử nghiệm không biết về cấu trúc bên trong của phần mềm, họ có thể gặp khó khăn trong việc phát hiện các lỗi phức tạp liên quan đến logic hoặc cấu trúc nội bộ của phần mềm.  Khả năng kiểm thử không toàn diện: Do kiểm thử hộp đen tập trung vào việc kiểm tra chức năng từ góc nhìn của người dùng, nó có thể bỏ qua một số khía cạnh khác như hiệu suất, bảo mật hoặc tính mở rộng của phần mềm.

 Không thể sử dụng trong việc kiểm thử tĩnh mã nguồn: Kiểm thử hộp đen tập trung vào việc kiểm tra phần mềm từ góc nhìn bên ngoài, nên không thể áp dụng cho việc kiểm thử tĩnh mã nguồn hoặc kiểm tra các tính năng ẩn.  Độ chính xác cao hơn: Do người thử nghiệm có kiến thức về cấu trúc bên trong của phần mềm, họ có thể thiết kế các ca kiểm thử chi tiết và toàn diện hơn, từ đó tăng cường độ chính xác của kiểm thử.  Thích hợp cho kiểm thử tự động: Với kiểm thử hộp trắng, việc tạo ra các bộ kiểm tra tự động hoặc kiểm tra đơn vị có thể được thực hiện một cách dễ dàng, vì người thử nghiệm có thể truy cập và kiểm soát được mã nguồn.

 Yêu cầu kiến thức kỹ thuật cao: Để thực hiện kiểm thử hộp trắng, người thử nghiệm cần có kiến thức chuyên sâu về ngôn ngữ lập trình, cấu trúc dữ liệu và các nguyên tắc lập trình khác.  Tốn thời gian và công sức: Thiết kế và triển khai các ca kiểm thử hộp trắng có thể tốn nhiều thời gian và công sức hơn so với kiểm thử hộp đen, đặc biệt là đối với các ứng dụng lớn và phức tạp.  Khó khăn trong việc kiểm thử tính mở rộng và tính mở cửa của phần mềm: Do kiểm thử hộp trắng tập trung vào cấu trúc nội bộ của phần mềm, nên có thể khó khăn trong việc kiểm tra tính mở rộng và tính mở cửa của phần mềm, cụ thể là khi phải xử lý với các thành phần bên ngoài hoặc dữ liệu đầu vào không xác định từ người dùng.

KẾ HOẠCH KIỂM THỬ

Mục tiêu cụ thể bao gồm kiểm tra tính bảo mật, tính đúng đắn và hiệu suất của các chức năng quan trọng như đăng nhập, đăng ký, đổi mật khẩu và thêm phòng. Kiểm thử chức năng đăng ký: Đảm bảo rằng quá trình đăng ký hoạt động đúng đắn và an toàn, xác thực các thông tin cần thiết từ người dùng sao cho đúng với khuôn mẫu mà các trường nhập thông tin yêu cầu. Kiểm thử chức năng đổi mật khẩu: Xác định tính bảo mật và đúng đắn của quá trình đổi mật khẩu, bao gồm việc xác thực mật khẩu hiện tại và xác nhận mật khẩu mới.

Kiểm thử chức năng thêm phòng: Kiểm tra tính chính xác và hoạt động của quá trình thêm phòng mới, bao gồm nhập dữ liệu và tải lên hình ảnh. 3 Cao Văn Văn Viết các test case cho chức năng thêm nhà, thực hiện đánh giá và viết lại kết quả kiểm thử Bảng 2.1 Bảng phân công nhiệm vụ của từng thành viên. Kiểm thử chính xác của thông tin đăng nhập: Tạo các ca kiểm thử để nhập tên người dùng và mật khẩu chính xác và kiểm tra xem người dùng có thể đăng nhập thành công không.

Kiểm thử xử lý lỗi: Tạo các ca kiểm thử để nhập thông tin đăng nhập không hợp lệ (ví dụ: tên người dùng không tồn tại, mật khẩu sai) và kiểm tra xem ứng dụng xử lý lỗi như thế nào (hiển thị thông báo lỗi, hướng dẫn người dùng, v.v.) sau đó đưa ra nhận xét. Kiểm thử quy trình đăng ký mới: Tạo các ca kiểm thử để điền thông tin đăng ký hợp lệ và kiểm tra xem người dùng có thể đăng ký thành công không. Kiểm thử xử lý lỗi: Tạo các ca kiểm thử để điền thông tin đăng ký không hợp lệ (ví dụ: email đã tồn tại, mật khẩu quá ngắn) và kiểm tra xem ứng dụng xử lý lỗi như thế nào sau đó đưa ra nhận xét.

Kiểm thử quy trình thay đổi mật khẩu: Tạo các ca kiểm thử để nhập mật khẩu hiện tại và mật khẩu mới hợp lệ và kiểm tra xem người dùng có thể thay đổi mật khẩu thành công không. Kiểm thử xử lý lỗi: Tạo các ca kiểm thử để nhập mật khẩu hiện tại hoặc mật khẩu mới không hợp lệ và kiểm tra xem ứng dụng xử lý lỗi như thế nào sau đó đưa ra nhận xét. Kiểm thử xử lý lỗi: Tạo các ca kiểm thử để nhập thông tin nhà không hợp lệ và kiểm tra xem ứng dụng xử lý lỗi như thế nào sau đó đưa ra nhận xét.

Kiểm thử tính hợp lệ của thông tin nhập vào: Kiểm tra tính hợp lệ của thông tin nhập vào (ví dụ: giá thuê phải là số dương, diện tích không thể âm) để đảm bảo tính chính xác của dữ liệu. Không cung cấp ảnh phòng, Giá (nằm trong. - Click thêm phòng - Điền đầy đủ thông tin phòng - Click xác nhận thêm phòng. minh hoạ về. - Click thêm phòng - Điền đầy đủ thông tin phòng - Click xác nhận thêm phòng. Chờ đến khi ảnh nhà được tải lên thành công thì mới thực hiện. độ dài và định dạng), Tên nhà (không vượt quá độ dài) nhưng trong lúc ảnh nhà đang được tải lên lại ấn thêm nhà ngay lập tức.

THỰC HIỆN VÀ ĐÁNH GIÁ KẾT QUẢ KIỂM THỬ

Thực thi kiểm thử

Số trường hợp kiểm thử đạt (P) 6 Số trường hợp kiểm thử không đạt (F) 4 Số trường hợp kiểm thử chưa được thực hiện 0. Số trường hợp kiểm thử đạt (P) 7 Số trường hợp kiểm thử không đạt (F) 1 Số trường hợp kiểm thử chưa được thực hiện 0. Số trường hợp kiểm thử đạt (P) 9 Số trường hợp kiểm thử không đạt (F) 2 Số trường hợp kiểm thử chưa được thực hiện 0.