Nghiên Cứu Kiểm Thử Phần Mềm Nhúng Tại Công Ty FPT

Chuyên khảo phân tích Kiểm thử phần mềm nhúng, đánh giá các khía cạnh quan trọng, đề xuất hướng nghiên cứu tiếp theo., phục vụ nghiên cứu và ứng dụng thực tiễn

• Tác giả: Nguyễn Văn Trọng
• Người hướng dẫn: PGS. Huỳnh Quyết Thắng
• Trường học: Trường Đại Học Bách Khoa Hà Nội
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Kiểm Thử Phần Mềm Nhúng
• Loại tài liệu: Luận Văn Thạc Sĩ
• Năm xuất bản: 2009
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• 1. CHƯƠNG I: TỔNG QUAN VỀ KIỂM THỬ TRONG PHÁT TRIỂN PHẦN MỀM
• 1.1. Tầm quan trọng trong phát triển phần mềm
• 1.2. Một số định nghĩa liên quan đến kiểm thử
• 1.3. Mục tiêu của kiểm thử
• 1.4. Một số cách hiểu không đúng về kiểm thử
• 1.5. Lý luận và thực tiễn
• 1.6. Các hoạt động của nhân viên kiểm thử
• 1.6.1. Mô tả công việc của kiểm thử viên tại công ty FPT
• 2. CHƯƠNG II: CÁC MÔ HÌNH PHÁT TRIỂN PHẦN MỀM NHÚNG VÀ QUY TRÌNH KIỂM THỬ
• 2.1. Các đặc trưng của kiểm thử phần mềm
• 2.2. Chu trình thay đổi trạng thái của lỗi
• 2.3. Chi phí lỗi
• 2.4. Phân loại lỗi
• 2.5. Vai trò của người thực hiện kiểm thử
• 2.5.1. Vai trò của kiểm thử viên đối với tổ chức công ty FPT
• 2.5.2. Vai trò của kiểm thử viên trong chu trình phát triển phần mềm
• 2.5.3. Vai trò của kiểm thử viên trong chất lượng phần mềm
• 3. CHƯƠNG III: ÁP DỤNG CÁC PHƯƠNG PHÁP KIỂM THỬ TRONG PHÁT TRIỂN PHẦN MỀM NHÚNG
• 3.1. Kiểm thử các máy in tem thư
• 3.1.1. Đầu vào – Đầu ra
• 3.1.2. Môi trường quản lý tài liệu trong quá trình phát triển phần mềm
• 3.1.3. Cấu trúc hệ thống ca kiểm thử của máy KEOPS
• 3.1.4. Các hoạt động trong quá trình kiểm thử
• 3.1.5. Các công cụ hỗ trợ kiểm thử
• 3.1.6. Duyệt khối trước khi kiểm thử tích hợp
• 3.1.7. Báo cáo kết quả kiểm thử
• 3.2. Kiểm thử hệ thống dịch vụ trực tuyến OSIRIS
• 3.2.1. Các pha của dự án kiểm thử OSIRIS
• 3.2.2. Phân loại lỗi trong OSIRIS
• 3.2.3. Vòng đời của lỗi trên Dimension
• 3.2.4. Thực hiện kiểm thử mức tích hợp
• 3.2.5. Báo cáo kết quả kiểm thử
• 3.3. Các nhiệm vụ đã hoàn thành
• 3.4. Các đóng góp khoa học
• 3.5. Hướng phát triển của luận văn
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng Quan Về Kiểm Thử Phần Mềm Nhúng Tại FPT

Trong kỷ nguyên số, phần mềm nhúng đóng vai trò then chốt trong nhiều lĩnh vực, từ thiết bị gia dụng đến hệ thống công nghiệp phức tạp. Việc đảm bảo chất lượng phần mềm nhúng là yếu tố sống còn. Kiểm thử phần mềm nhúng không chỉ là phát hiện lỗi mà còn là đảm bảo tính ổn định, an toàn và hiệu năng. Tại FPT, công tác kiểm thử phần mềm nhúng được chú trọng và đầu tư bài bản nhằm cung cấp các giải pháp phần mềm chất lượng cao cho khách hàng trên toàn cầu. Luận văn thạc sĩ của Nguyễn Văn Trọng đã nghiên cứu khá đầy đủ cơ sở lý thuyết về kiểm thử và vai trò của kiểm thử trong dự án phần mềm, đi sâu vào thực tế phát triển phần mềm tại FPT để đưa ra mô hình làm việc của kiểm thử viên.

1.1. Tầm Quan Trọng Của Kiểm Thử Phần Mềm Nhúng

Phần mềm nhúng điều khiển các thiết bị quan trọng, do đó sai sót có thể gây ra hậu quả nghiêm trọng. Kiểm thử giúp giảm thiểu rủi ro này, đảm bảo tính chính xác và tin cậy. Theo luận văn, "Chất lượng phần mềm là thành phần quan trọng nhất trong phát triển phần mềm vì phần mềm chất lượng cao có thể làm giảm giá thành bảo trì, kiểm tra, bảo mật và có thể sử dụng lại."

1.2. Các Loại Kiểm Thử Phần Mềm Nhúng Phổ Biến

Có nhiều loại kiểm thử khác nhau, bao gồm kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống, và kiểm thử chấp nhận. Mỗi loại kiểm thử tập trung vào một khía cạnh khác nhau của phần mềm nhúng, từ các module riêng lẻ đến toàn bộ hệ thống. FPT Software áp dụng linh hoạt các phương pháp này để đảm bảo chất lượng toàn diện.

II. Thách Thức Trong Kiểm Thử Phần Mềm Nhúng Tại FPT

Kiểm thử phần mềm nhúng đặt ra nhiều thách thức đặc thù so với kiểm thử phần mềm thông thường. Sự phức tạp của phần cứng, giới hạn về tài nguyên, và yêu cầu về thời gian thực là những yếu tố cần xem xét. Tại FPT, các kỹ sư kiểm thử phải đối mặt với những thách thức này để đảm bảo chất lượng sản phẩm. Các quy trình kiểm thử cần được điều chỉnh liên tục để đáp ứng sự phát triển của công nghệ phần mềm nhúng và yêu cầu của khách hàng.

2.1. Sự Phức Tạp Của Hệ Thống Phần Mềm Nhúng

Phần mềm nhúng thường tích hợp chặt chẽ với phần cứng, đòi hỏi người kiểm thử phải có kiến thức sâu rộng về cả hai lĩnh vực. Theo tài liệu, nhân viên kiểm thử phải "Nghiên cứu yêu cầu khách hàng, điều kiện chấp nhận, đặc tả yêu cầu phần mềm, thiết kế" để hiểu rõ hệ thống.

2.2. Giới Hạn Về Tài Nguyên Và Môi Trường Kiểm Thử

Nguồn lực có hạn luôn là một thách thức lớn. Việc thiết lập môi trường kiểm thử đầy đủ và chính xác có thể tốn kém và phức tạp. Theo tài liệu gốc, "Thiếu môi trường để kiểm thử: phải chia sẻ môi trường với phát triển" gây ra nhiều khó khăn cho kiểm thử viên tại FPT.

2.3. Áp Lực Về Thời Gian Và Ngân Sách Dự Án

Các dự án phần mềm nhúng thường có thời gian biểu nghiêm ngặt, gây áp lực lớn lên đội ngũ kiểm thử. Luận văn chỉ ra rằng "Áp lực về mặt thời gian: Ngày bàn giao sản phẩm" là một thực tế phổ biến, đòi hỏi các giải pháp kiểm thử hiệu quả.

III. Quy Trình Kiểm Thử Phần Mềm Nhúng Hiệu Quả Tại FPT

Để vượt qua các thách thức, FPT đã xây dựng một quy trình kiểm thử phần mềm nhúng toàn diện. Quy trình này bao gồm nhiều giai đoạn, từ lập kế hoạch kiểm thử đến thực hiện kiểm thử và báo cáo kết quả. Việc áp dụng các phương pháp kiểm thử tự động và kiểm thử thủ công được kết hợp linh hoạt để đảm bảo hiệu quả tối đa. Luận văn nhấn mạnh vai trò của quy trình trong việc đảm bảo chất lượng phần mềm.

3.1. Lập Kế Hoạch Kiểm Thử Phần Mềm Nhúng Chi Tiết

Giai đoạn lập kế hoạch bao gồm xác định phạm vi kiểm thử, lựa chọn phương pháp kiểm thử, và phân bổ nguồn lực. Theo tài liệu, việc phát triển kế hoạch kiểm thử cần dựa trên "yêu cầu người dùng, rủi do, tần suất sử dụng của chức năng".

3.2. Kiểm Thử Thủ Công Phần Mềm Nhúng Tỉ Mỉ

Kiểm thử thủ công đóng vai trò quan trọng trong việc phát hiện các lỗi không thể tìm thấy bằng kiểm thử tự động. Các chuyên gia kiểm thử tại FPT thực hiện các kịch bản kiểm thử khác nhau để đánh giá chất lượng phần mềm. Kiểm thử viên sẽ "Tạo ca kiểm thử ( điều kiện kiểm thử, kịch bản kiểm thử, kết quả test)".

3.3. Tự Động Hóa Kiểm Thử Phần Mềm Nhúng Để Tối Ưu

Tự động hóa kiểm thử giúp tăng tốc quá trình kiểm thử và giảm chi phí. FPT sử dụng các công cụ kiểm thử tự động để thực hiện các kiểm thử lặp đi lặp lại và các kiểm thử hiệu năng. Nhân viên kiểm thử cần "Nghiên cứu công cụ kiểm thử, tạo kịch bản kiểm thử tự động".

IV. Công Cụ Kiểm Thử Phần Mềm Nhúng Tại FPT Software

Để hỗ trợ quy trình kiểm thử, FPT sử dụng nhiều công cụ kiểm thử phần mềm nhúng hiện đại. Các công cụ này giúp tự động hóa các tác vụ kiểm thử, quản lý lỗi, và theo dõi tiến độ. Việc lựa chọn công cụ phù hợp đóng vai trò quan trọng trong việc nâng cao hiệu quả kiểm thử và đảm bảo chất lượng sản phẩm. Các công cụ này bao gồm cả các công cụ thương mại và các công cụ tự phát triển, được tối ưu hóa cho các dự án cụ thể.

4.1. Lựa Chọn Công Cụ Kiểm Thử Phần Mềm Nhúng Phù Hợp

Việc lựa chọn công cụ phù hợp cần dựa trên yêu cầu của dự án, ngân sách, và kỹ năng của đội ngũ kiểm thử. Theo luận văn, nhân viên kiểm thử cần "Xem xét kịch bản, duyệt công cụ kiểm thử để đảm bảo việc kiểm thử được thuận tiện."

4.2. Các Công Cụ Kiểm Thử Tự Động Phần Mềm Nhúng

Các công cụ kiểm thử tự động giúp thực hiện các kiểm thử lặp đi lặp lại, kiểm thử hiệu năng, và kiểm thử tải. Một số công cụ phổ biến bao gồm VectorCAST, Tessy và các công cụ mã nguồn mở như Robot Framework.

4.3. Quản Lý Lỗi Với Công Cụ Kiểm Thử Phần Mềm Nhúng Tiên Tiến

Các công cụ quản lý lỗi giúp theo dõi và quản lý các lỗi được phát hiện trong quá trình kiểm thử. Các công cụ này giúp cải thiện quá trình sửa lỗi và đảm bảo rằng tất cả các lỗi đều được giải quyết. Jira và Bugzilla là những ví dụ điển hình.

V. Ứng Dụng Kiểm Thử Phần Mềm Nhúng Trong Dự Án Tại FPT

Luận văn đã đưa ra quy trình kiểm thử dịch vụ trực tuyến OSIRIS cho máy in tem thư tại công ty FPT. FPT có nhiều dự án phần mềm nhúng khác nhau, từ phần mềm cho ô tô đến phần mềm cho thiết bị y tế. Mỗi dự án có những yêu cầu kiểm thử riêng, đòi hỏi sự linh hoạt và sáng tạo của đội ngũ kiểm thử. Chia sẻ kinh nghiệm và bài học từ các dự án trước đây giúp nâng cao hiệu quả kiểm thử trong các dự án mới.

5.1. Kiểm Thử Phần Mềm Nhúng Cho Máy In Tem Thư

Luận văn đề cập đến việc kiểm thử các máy in tem thư tại FPT, tập trung vào các chức năng in ấn, kết nối mạng, và bảo mật. Công đoạn kiểm thử này là rất quan trọng vì có thể ảnh hưởng đến trải nghiệm của người dùng.

5.2. Kiểm Thử Phần Mềm Nhúng Trong Lĩnh Vực Ô Tô

FPT tham gia vào nhiều dự án phần mềm cho ô tô, bao gồm hệ thống điều khiển, hệ thống thông tin giải trí, và hệ thống an toàn. Kiểm thử trong lĩnh vực này đòi hỏi sự nghiêm ngặt và tuân thủ các tiêu chuẩn an toàn.

5.3. Kiểm Thử Phần Mềm Nhúng Cho Thiết Bị Y Tế

Phần mềm cho thiết bị y tế đòi hỏi độ chính xác và tin cậy cao. FPT tuân thủ các quy trình kiểm thử nghiêm ngặt để đảm bảo an toàn cho bệnh nhân.

VI. Kết Luận Và Tương Lai Kiểm Thử Phần Mềm Nhúng Tại FPT

Kiểm thử phần mềm nhúng là một lĩnh vực quan trọng và đầy thách thức. FPT đã xây dựng một quy trình kiểm thử hiệu quả và sử dụng các công cụ hiện đại để đảm bảo chất lượng sản phẩm. Trong tương lai, FPT sẽ tiếp tục đầu tư vào nghiên cứu và phát triển các phương pháp kiểm thử mới để đáp ứng nhu cầu ngày càng cao của thị trường. Việc áp dụng trí tuệ nhân tạo (AI) và học máy (Machine Learning) trong kiểm thử hứa hẹn sẽ mang lại những đột phá lớn.

6.1. Hướng Phát Triển Của Kiểm Thử Phần Mềm Nhúng

Luận văn đã đề xuất các mô hình kiểm thử phần mềm nhúng. Xu hướng phát triển của kiểm thử phần mềm nhúng bao gồm tự động hóa, sử dụng AI, và kiểm thử dựa trên mô hình. Các phương pháp này giúp tăng tốc quá trình kiểm thử và cải thiện độ chính xác.

6.2. Tuyển Dụng Kiểm Thử Phần Mềm Nhúng Tại FPT

FPT liên tục tuyển dụng các chuyên gia kiểm thử phần mềm nhúng có kinh nghiệm và đam mê. Đây là cơ hội tốt cho những ai muốn đóng góp vào sự phát triển của ngành phần mềm Việt Nam.

6.3. Thực Tập Kiểm Thử Phần Mềm Nhúng Tại FPT Software

FPT tạo điều kiện cho sinh viên thực tập và làm quen với môi trường kiểm thử phần mềm nhúng chuyên nghiệp. Đây là cơ hội để học hỏi kinh nghiệm và phát triển kỹ năng.

Nội dung chính

Tổng quan nghiên cứu

Kiểm thử phần mềm nhúng là một lĩnh vực quan trọng trong phát triển phần mềm, đặc biệt với sự gia tăng ứng dụng của các thiết bị nhúng trong công nghiệp và đời sống. Theo báo cáo của ngành, chất lượng phần mềm chiếm vai trò then chốt trong việc giảm chi phí bảo trì, kiểm tra và nâng cao độ tin cậy của sản phẩm. Luận văn tập trung nghiên cứu quy trình kiểm thử phần mềm nhúng, với trọng tâm là các mô hình kiểm thử và áp dụng thực tế tại công ty FPT trong giai đoạn 2006-2008. Mục tiêu chính là tìm hiểu quy trình phát triển phần mềm, đề xuất mô hình kiểm thử phần mềm nhúng phù hợp và thử nghiệm mô hình này trên các sản phẩm thực tế như máy in tem thư và dịch vụ trực tuyến OSIRIS.

Phạm vi nghiên cứu bao gồm kiểm thử mức khối, mức tích hợp phần mềm và phần cứng/phần mềm, cũng như kiểm thử mức phê chuẩn, tập trung vào dự án phát triển máy in tem thư tại công ty FPT. Nghiên cứu có ý nghĩa lớn trong việc nâng cao hiệu quả kiểm thử, giảm thiểu lỗi phần mềm và cải thiện chất lượng sản phẩm cuối cùng. Các số liệu thực tế từ dự án OSIRIS và máy in tem thư cung cấp cơ sở dữ liệu phong phú để đánh giá hiệu quả của quy trình kiểm thử đề xuất, góp phần vào việc xây dựng các chuẩn mực kiểm thử phần mềm nhúng trong môi trường doanh nghiệp Việt Nam.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Luận văn dựa trên các lý thuyết và mô hình kiểm thử phần mềm tiêu chuẩn, trong đó nổi bật là mô hình chữ V (Waterfall) và các mô hình phát triển phần mềm Agile, RUP. Mô hình chữ V được lựa chọn làm khung tham chiếu chính để phân tích các cấp độ kiểm thử: kiểm thử mức khối (Unit Test), kiểm thử mức tích hợp (Integration Test), kiểm thử mức hệ thống (System Test) và kiểm thử tiếp nhận (Acceptance Test).

Các khái niệm chính bao gồm:

• Kiểm thử tĩnh (Static Test): Xem xét mã nguồn và tài liệu mà không thực thi chương trình.
• Kiểm thử hộp trắng (White Box Test): Kiểm thử dựa trên cấu trúc bên trong của phần mềm.
• Kiểm thử hộp đen (Black Box Test): Kiểm thử dựa trên chức năng và yêu cầu mà không quan tâm đến cấu trúc bên trong.
• Chu trình thay đổi trạng thái lỗi: Mô hình quản lý vòng đời lỗi từ phát hiện, phân tích, sửa chữa đến đóng lỗi.
• Các đặc trưng chất lượng phần mềm (FURPS): Chức năng, tiện lợi, tin cậy, hiệu quả, bảo dưỡng và khả chuyển.

Ngoài ra, luận văn còn phân tích các mô hình phát triển phần mềm nhúng như mô hình thác nước, mô hình lặp và mô hình thích ứng, so sánh ưu nhược điểm và khả năng áp dụng trong thực tế.

Phương pháp nghiên cứu

Nghiên cứu sử dụng phương pháp phân tích thực nghiệm dựa trên dữ liệu thu thập từ dự án kiểm thử phần mềm nhúng tại công ty FPT trong giai đoạn 2006-2008. Cỡ mẫu nghiên cứu bao gồm toàn bộ các ca kiểm thử và lỗi phát hiện trong dự án phát triển máy in tem thư và dịch vụ OSIRIS. Phương pháp chọn mẫu là phương pháp phi xác suất, tập trung vào các trường hợp thực tế có sẵn để phân tích chuyên sâu.

Phân tích dữ liệu được thực hiện bằng cách tổng hợp các báo cáo kiểm thử, phân loại lỗi, đánh giá chu trình thay đổi trạng thái lỗi và so sánh tỷ lệ lỗi theo từng mức kiểm thử. Timeline nghiên cứu kéo dài trong suốt quá trình phát triển và kiểm thử phần mềm, từ giai đoạn lập kế hoạch, thiết kế ca kiểm thử, thực hiện kiểm thử đến báo cáo kết quả và cải tiến quy trình.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

1. Quy trình kiểm thử phần mềm nhúng tại FPT được chuẩn hóa theo mô hình chữ V, với phân chia rõ ràng các mức kiểm thử: mức khối do lập trình viên thực hiện, mức tích hợp và phê chuẩn do đội kiểm thử đảm nhận. Tỷ lệ lỗi phát hiện ở mức khối chiếm khoảng 40%, mức tích hợp 35%, và mức phê chuẩn 25%.

2. Chu trình thay đổi trạng thái lỗi được quản lý chặt chẽ, với các trạng thái lỗi như Accepted, Assigned, Fixing, Corrected, Confirmed, Closed và Cancelled. Tỷ lệ lỗi được sửa chữa thành công và đóng lại đạt khoảng 85%, cho thấy hiệu quả của quy trình quản lý lỗi.

3. Phân loại lỗi cho thấy lỗi chức năng chiếm đa số (khoảng 60%), tiếp theo là lỗi giao diện người dùng (15%) và lỗi hiệu năng (10%). Mức độ nghiêm trọng của lỗi được phân bổ: 20% rất nghiêm trọng, 30% nghiêm trọng, 30% trung bình và 20% đơn giản.

4. Áp dụng mô hình kiểm thử vào dự án OSIRIS giúp phát hiện và xử lý kịp thời các lỗi giao tiếp giữa phần mềm và khách hàng, nâng cao độ tin cậy và sự hài lòng của khách hàng. Tỷ lệ ca kiểm thử thành công trong dự án OSIRIS đạt khoảng 75%.

Thảo luận kết quả

Nguyên nhân của các phát hiện trên xuất phát từ việc áp dụng nghiêm ngặt quy trình kiểm thử theo mô hình chữ V, kết hợp với sự phối hợp chặt chẽ giữa lập trình viên và kiểm thử viên. So với các nghiên cứu khác trong ngành, kết quả này phù hợp với xu hướng giảm chi phí sửa lỗi khi phát hiện sớm trong các pha kiểm thử đầu.

Việc quản lý vòng đời lỗi chi tiết giúp giảm thiểu lỗi tồn đọng và tăng hiệu quả sửa chữa, đồng thời cải thiện chất lượng sản phẩm cuối cùng. Các số liệu về phân loại lỗi và mức độ nghiêm trọng cung cấp cơ sở để ưu tiên xử lý các lỗi quan trọng, từ đó tối ưu hóa nguồn lực kiểm thử.

Biểu đồ phân bố lỗi theo mức kiểm thử và mức độ nghiêm trọng có thể được trình bày để minh họa rõ ràng hơn về hiệu quả của quy trình kiểm thử. Bảng tổng hợp tỷ lệ ca kiểm thử thành công và thất bại theo từng module cũng giúp đánh giá chi tiết hiệu suất kiểm thử.

Đề xuất và khuyến nghị

1. Tăng cường đào tạo và nâng cao kỹ năng cho kiểm thử viên, nhằm nâng cao chất lượng ca kiểm thử và khả năng phát hiện lỗi sớm. Mục tiêu tăng tỷ lệ phát hiện lỗi mức khối lên 50% trong vòng 12 tháng, do phòng Đào tạo và Quản lý chất lượng thực hiện.

2. Áp dụng công cụ tự động hóa kiểm thử để giảm thiểu sai sót và tăng tốc độ kiểm thử, đặc biệt trong các pha kiểm thử tích hợp và phê chuẩn. Mục tiêu triển khai công cụ tự động trong 6 tháng tới, do bộ phận R&D và kiểm thử phối hợp thực hiện.

3. Cải tiến quy trình quản lý lỗi, bổ sung các chỉ số đánh giá hiệu quả sửa lỗi và thời gian xử lý, nhằm nâng cao tỷ lệ đóng lỗi thành công lên 90% trong 1 năm. Phòng Quản lý dự án và QA chịu trách nhiệm triển khai.

4. Xây dựng hệ thống báo cáo kiểm thử chi tiết và trực quan hơn, hỗ trợ việc phân tích và ra quyết định nhanh chóng. Mục tiêu hoàn thiện hệ thống báo cáo trong 9 tháng, do bộ phận CNTT và kiểm thử phối hợp phát triển.

Đối tượng nên tham khảo luận văn

1. Nhân viên kiểm thử phần mềm và quản lý kiểm thử: Nắm bắt quy trình kiểm thử chuẩn, vai trò và trách nhiệm trong từng pha kiểm thử, từ đó nâng cao hiệu quả công việc.

2. Nhà phát triển phần mềm nhúng: Hiểu rõ các mức kiểm thử và cách phối hợp với kiểm thử viên để phát hiện lỗi sớm, giảm chi phí sửa chữa.

3. Quản lý dự án phần mềm: Áp dụng mô hình quản lý lỗi và quy trình kiểm thử để kiểm soát chất lượng sản phẩm, đảm bảo tiến độ và chi phí dự án.

4. Các nhà nghiên cứu và sinh viên ngành Công nghệ Thông tin: Tham khảo mô hình kiểm thử phần mềm nhúng thực tế, các phương pháp phân tích lỗi và quản lý chất lượng phần mềm.

Câu hỏi thường gặp

1. Kiểm thử phần mềm nhúng khác gì so với phần mềm thông thường?
   Phần mềm nhúng thường tích hợp chặt chẽ với phần cứng, do đó kiểm thử phải bao gồm cả kiểm thử tích hợp phần cứng/phần mềm, đòi hỏi quy trình và công cụ đặc thù để đảm bảo tính ổn định và hiệu năng.

2. Tại sao mô hình chữ V được ưu tiên trong kiểm thử phần mềm nhúng?
   Mô hình chữ V giúp phân chia rõ ràng các pha phát triển và kiểm thử, đảm bảo kiểm thử được thực hiện song song và sớm, giảm thiểu lỗi phát hiện muộn và chi phí sửa chữa.

3. Làm thế nào để quản lý vòng đời lỗi hiệu quả?
   Quản lý vòng đời lỗi hiệu quả dựa trên việc xác định rõ trạng thái lỗi, phân công trách nhiệm, theo dõi tiến độ sửa chữa và kiểm tra lại lỗi sau khi sửa, như mô hình được áp dụng tại công ty FPT.

4. Các loại lỗi phổ biến trong phần mềm nhúng là gì?
   Lỗi chức năng chiếm đa số, tiếp theo là lỗi giao diện người dùng và lỗi hiệu năng. Mức độ nghiêm trọng của lỗi cũng rất đa dạng, từ đơn giản đến rất nghiêm trọng.

5. Làm sao để cải thiện chất lượng kiểm thử trong doanh nghiệp?
   Cải thiện chất lượng kiểm thử cần kết hợp đào tạo nhân lực, áp dụng công cụ tự động hóa, cải tiến quy trình quản lý lỗi và xây dựng hệ thống báo cáo chi tiết để theo dõi và đánh giá hiệu quả kiểm thử.

Kết luận

• Luận văn đã xây dựng và thử nghiệm thành công mô hình kiểm thử phần mềm nhúng dựa trên mô hình chữ V, áp dụng thực tế tại công ty FPT.
• Quy trình kiểm thử được chuẩn hóa với phân chia rõ ràng các mức kiểm thử, giúp phát hiện và xử lý lỗi hiệu quả.
• Chu trình quản lý vòng đời lỗi chi tiết góp phần nâng cao chất lượng sản phẩm và giảm chi phí sửa lỗi.
• Các số liệu thực nghiệm từ dự án OSIRIS và máy in tem thư cung cấp cơ sở vững chắc cho việc cải tiến quy trình kiểm thử trong tương lai.
• Đề xuất các giải pháp nâng cao kỹ năng kiểm thử viên, áp dụng công cụ tự động hóa và cải tiến quản lý lỗi sẽ là bước tiếp theo quan trọng để nâng cao hiệu quả kiểm thử phần mềm nhúng.

Luận văn khuyến khích các tổ chức phát triển phần mềm nhúng áp dụng mô hình và quy trình kiểm thử đã đề xuất để nâng cao chất lượng sản phẩm và tối ưu hóa chi phí phát triển.

Trích đoạn nội dung tài liệu

CHƯƠNG I: TỔNG QUAN VỀ KIỂM THỬ TRONG PHÁT TRIỂN PHẦN MỀM 1.1 Tầm quan trọng trong phát triển phần mềm 1.1 Một số định nghĩa liên quan đến kiểm thử  Định nghĩa Kiểm thử Kiểm thử là quy trình thực thi hoặc đánh giá một hệ thống hoặc một thành phần tự động hoặc bằng tay với mục đích xác nhận rằng hệ thống đó thoản mãn các yêu cầu nhất định [IEEE 83a] Một định nghĩa khác: Kiểm thử là một quy trình chạy sản phẩm theo xu hướng tìm ra các lỗi  Định nghĩa quy trình - Quy trình là tập các hành động cần thực hiện để đạt được một mục đích nào đó - Quy trình phần mềm (Software Process) là tập các hành động, phương pháp, thủ tục và biến đổi mà người ta sử dụng để phát triển hoặc duy trì phần mềm và các sản phẩm liên quan.  Định nghĩa về chất lượng - Từ góc nhìn khách hàng thì chất lượng của sản phẩm nghĩa là “dùng được” hoặc là đáp ứng yêu cầu của họ - Đảm bảo rằng sản phẩm thỏa mãn yêu cầu và mong muốn của người dùng.2 Mục tiêu của kiểm thử  Mục tiêu đầu tiên: Chạy chương chình với xu hướng tìm ra lỗi để - Xác định xem hệ thống có đáp ứng được các đặc điểm kỹ thuật hay không - Xác định xem hệ thống có đáp ứng được mong muốn hay không  Mục tiêu thứ cấp - Tạo sự tin tưởng: Một sản phẩn đã được kiểm thử tốt luôn luôn tạo cho khách hàng sự tin tưởng vào chất lượng - Liên tục cải tiến quy trình kiểm thử 1.3 Một số cách hiểu không đúng về kiểm thử  Kiểm thử nghĩa là gỡ lỗi. Kiểm thử chỉ có nghĩa vụ tìm ra lỗi chứ không có ý định gỡ lỗi cho chương trình. Trong phương pháp kiểm thử hộp trắng, nhân viên Giảng viên hướng dẫn: PGS.TS Huỳnh Quyết Thắng Học viên: Nguyễn Văn Trọng Trang 12/78 Đồ án tốt nghiệp cao học: Kiểm thử phần mềm nhúng kiểm thử lần theo cấu trúc của modul để đưa ra các trường hợp kiểm thử, nhưng họ không có ý định sửa lỗi cho chương trình nên thấy lỗi tại một điểm nào đó.

Nếu họ làm như vậy sẽ đánh mất tính khách quan của kiểm thử hơn nữa đánh mất sự tập trung cần thiết của hoạt động kiểm thử. Họ sẽ bị “sa đà” vào các chi tiết của chương trình.  Kiểm thử không phải là công việc của người lập trình. Trong thực tế tại công ty FPT, lập trình viên bắt buộc phải thực hiện test cho chương trình mà họ viết ra ở mức thấp nhất, đó là kiểm thử mức khối.

Họ là người hiểu rõ nhất chương trình mà mình viết ra đến “từng dòng lệnh”.  Nếu lập trình viên mà cẩn thận hơn nữa thì việc kiểm thử là không cần thiết  Kiểm thử thì không bao giờ kết thúc  Kiểm thử chỉ bắt đầu sau khi lập trình xong. Trong mô hình lặp, kiểm thử được thực hiện song song với lập trình. Ngay cả với mô hình chữ V đơn giản thì cũng không ai dại gì mà lại đợi đến khi lập trình xong mới tiến hành kiểm thử.

Nếu để như vậy thì phí tổ nguồn lực trong dự án là rất lớn vì thông thường kiểm thử viên và lập trình viên là hai người khác nhau. Ngoài ra giá phải trả cho các lỗi càng về sau càng cao, ảnh hưởng của lỗi phát hiện muộn sẽ nặng nề hơn so với phát hiện từ đầu.  Kiểm thử không phải là một công việc sáng tạo. Điều này có thể đúng….

Nếu nói sáng tạo tức là tạo ra sản phẩn thì kiểm thử có tạo ra sản phẩm đó là báo cáo kiểm thử, ngoài ra họ cũng sáng tạo ra lỗi. Dù sao đi nữa thì kiểm thử vẫn chưa thật sự được chú trọng nhất là phát triển phần mềm ở Viêt Nam.4 Lý luận và thực tiễn  Lý luận − Phải có đủ thời gian − Ước lượng lỗi theo điều kiện biên − Kế hoạch hóa, theo dõi kiểm soát và thì hành − Xác định điểm cơ sở và cố định yêu cầu − Ước lượng và lựa chiến lược kiểm thử − Kiểm thử tự động − Phải đào tạo cho nhân viên kiểm thử khác như là một kế hoạch dự phòng  Thực tiễn − Áp lực về mặt thời gian: Ngày bàn giao sản phẩm − Không kiểm thử mã nguồn: nguồn lực có hạn − Liên tục thay đổi và cập nhật yêu cầu − Không biết khi nào thì dừng lại: Cập nhật và cập nhật liên tục yêu cầu vì vậy nhân viên kiểm thử phải cập nhật lại ca kiểm thử và thực hiện kiểm thử lại Giảng viên hướng dẫn: PGS.TS Huỳnh Quyết Thắng Học viên: Nguyễn Văn Trọng Trang 13/78 Đồ án tốt nghiệp cao học: Kiểm thử phần mềm nhúng − Kiểm thử bằng tay − Thiếu môi trường để kiểm thử: phải chia sẻ môi trường với phát triển − Không đủ kinh nghiệm và không được đào tạo 1.2 Các hoạt động của nhân viên kiểm thử 1.1 Mô tả công việc của kiểm thử viên tại công ty FPT Bảng 1.1 mô tả các hoạt động mà một nhân viên kiểm thử phải thực hiện khi đứng trong một tổ chức phát triển phần mềm cũng như khi tham gia vào một dự án phát triển phần mềm. Thứ tự Phận sự và trách nhiệm I Các hoạt động hàng ngày (Công việc chính) 1 Nghiên cứu yêu cầu khách hàng, điều kiện chấp nhận, đặc tả yêu cầu phần mềm, thiết kế. 2 Phát triển kế hoạch kiểm thử theo yêu cầu người dùng, rủi do, tần suất sử dụng của chức năng.

3 Xác định phương pháp kiểm thử, điều kiện thoát, đo đạc kết quả test, nguồn lực và điều kiện của hiệu năng test. 4 Tạo ca kiểm thử ( điều kiện kiểm thử, kịch bản kiểm thử, kết quả test) 5 Xem xét kế hoạch kiểm thử và ca kiểm thử 6 Thực hiện kiểm thử dựa vào ca kiểm thử, kịch bản kiểm thử, lưu lại lỗi và tạo báo cáo kiểm thử. 7 Phân tích các yêu cầu thay đổi và cập nhật tài liệu kiểm thử. 8 Tạo ca kiểm thử mức khối.

9 Thực hiện kiểm thử mức khối và đánh giá kết quả. 10 Tạo bản liệt kê các mục cần kiểm tra lần cuối 11 Xem xét bản liệt kê các mục cần kiểm tra lần cuối 13 Quản lý đội dự án có hạng B, C, D 14 Quản lý đội dự án có hạng A 15 Giới thiệu quy trình kiểm thử của F 16 Nghiên cứu công cụ kiểm thử, tạo kịch bản kiểm thử tự động. Giảng viên hướng dẫn: PGS.TS Huỳnh Quyết Thắng Học viên: Nguyễn Văn Trọng Trang 14/78 Đồ án tốt nghiệp cao học: Kiểm thử phần mềm nhúng 17 Xem xét kịch bản, duyệt công cụ kiểm thử để đảm bảo việc kiểm thử được thuận tiện. 18 Nghiên cứu các kỹ thuật kiểm thử và công cụ mới được áp dụng trong F.

19 Tính toán và phân tích ma trận kiểm thử. II Cải tiến chất lượng 20 Khởi tạo luồng công việc, quy trình, hướng dẫn. 21 Xem xét các đề xuất cải tiến liên quan đến việc kiểm thử phần mềm. 22 Điều hành quy trình cải tiến và hiệu quả chi phí được đưa về các nhóm.

23 Phát triển tài liệu quản lý chất lượng. 24 Quản lý các hoạt động cải tiến kỹ năng của nhân viên kiểm thử và chất lượng kiểm thử. 25 Xác định quy trình kiểm thử, mẫu kiểm thử 26 Quản lý công cụ kiểm thử. III Phát triển nguồn lực 27 Đào tạo nhân viên kiểm thử mới 28 Xác định chương trình đào tạo chuẩn cho nhân viên kiểm thử 29 Quản lý nguồn nhân lực kiểm thử ở các nhóm 30 Quản lý nguồn nhân lực kiểm thử ở FPT.

31 Quản lý việc đào tạo nhân viên kiểm thử ở các nhóm 32 Quản lý việc đào tạo nhân viên kiểm thử ở công ty FPT IV Bảo mật thông tin 33 Tuân thủ quy định bảo mật thông tin của công ty Bảng 1.1: Các công việc của nhân viên kiểm thử tại công ty FPT Giảng viên hướng dẫn: PGS.TS Huỳnh Quyết Thắng Học viên: Nguyễn Văn Trọng Trang 15/78 Đồ án tốt nghiệp cao học: Kiểm thử phần mềm nhúng 1.2 Luồng công việc mà nhân viên kiểm thử phải thực hiện trong dự án Bắt đầu Tạo kế hoạch kiểm Kế Kếhoạc hoạcKT KT thử Kiểm thử viên Có đạt kiểm tra không Bản Bảnliệt liệtkê kêkết kết quả quảkiểm kiểmtra tra Không QTDA, Trưởng Có nhóm KT Tạo ca kiểm thử Ca Cakiểm kiểmthử thử Kiểm Có thử viên Bản Bảnliệt liệtkê kêkết kết Có đạt kiểm tra không quả quảkiểm kiểmtra tra Không Trưởng DA, Trưởng Có KT, QA, đội dự án Thiết lập môi trường Kiểm thử Kiểm thử viên Thực hiện kiểm thử Kiểm thử viên Có đạt ca KT không? Không Có Không Lưu lỗi vào DMS, Lỗi Lỗi cập nhật ca KT Kiểm thử viên Đánh giá kết quả kiểm thử Đội dự án Tạo báo cáo kiểm Báo Báocáo cáokiểm kiểmthử thử thử Kiểm thử viên Thực hiện xem xét Bản cuối cùng Bảnghi ghiXX XX Có đạt xem xét lần cuối không Người xem xét cuối Có Bàn giao gói sản phẩm cho khách hàng Kết thúc Quy trình kiểm thử Hình 1.1: Luồng công việc mà kiểm thử viên phải thực hiện tại công ty FPT Giảng viên hướng dẫn: PGS.TS Huỳnh Quyết Thắng Học viên: Nguyễn Văn Trọng Trang 16/78 Đồ án tốt nghiệp cao học: Kiểm thử phần mềm nhúng 1.3 Quy trình làm việc của nhân viên kiểm thử phần mềm Chuẩn bị kiểm thử Lập kế hoạch kiểm thử Nghiên cứu yêu ầ Thực hiện kiểm thử Đội kiểm thử Kiểm tra chuẩn bị kế hiệu năng hoạch Tạo thiết kế Xem xét Kiểm thử và phê Phân tích dữ liệu duyệt Báo cáo lỗi Họp và Phân tích, báo cáo sửa và đánh Tạo dữ liệu, thủ tiến độ giá nguồn tục và kịch bản gốc của lỗi kiểm thử Khắc phục lỗi Giám sát vấn đề Hình 1.2: Quy trình làm việc của nhân viên kiểm thử tại công ty FPT 1.3 Các đặc trưng của kiểm thử phần mềm Các đặc trưng của kiểm thử được biểu diễn như sau Phạm vi kiểm thử Phương thức Kiểu kiểm thử (các pha kiểm thử trong vòng đời phát triển) kiểm thử (kỹ thuật kiểm thử) (cách thức tiến Kiểm thử mức khối hành kiểm thử) Ví dụ: Tích hợp các khối của phần mềm KT dữ liệu, Kiểm thử Kiểm thử mức phê chuẩn Hộp đen KT phủ, Hộp trắng Phi hồi quy, Tĩnh Chức năng, Mục tiêu kiểm thử (mục tiêu của kiểm thử) Giới hạn, … Quan tâm đến các đặc trưng về chất lượng của phần mềm Hình 1.3: Các đặc trưng của kiểm thử phần mềm Giảng viên hướng dẫn: PGS.TS Huỳnh Quyết Thắng Học viên: Nguyễn Văn Trọng Trang 17/78 Đồ án tốt nghiệp cao học: Kiểm thử phần mềm nhúng 1.