2010-05-23 21 views
6

Tôi đã viết một hệ điều hành nhỏ cho dự án được nhúng chạy trên mục tiêu vừa và nhỏ.Làm cách nào để kiểm tra độ tin cậy của hệ điều hành nhúng (nhỏ) của riêng tôi?

Tôi đã thêm một số kiểm tra đơn vị tự động có độ bao phủ mã kiểm tra cao (> 95%), nhưng phạm vi chỉ là phần tĩnh.
Tôi nhận được một số chỉ số mã như độ phức tạp và khả năng đọc.
Tôi đang thử nghiệm mã của mình bằng trình kiểm tra quy tắc có hỗ trợ MiSRA và tất nhiên đã khắc phục tất cả các cảnh báo.
Tôi đang thử nghiệm mã với một máy phân tích tĩnh và một lần nữa đã sửa tất cả các cảnh báo.

Tôi có thể làm gì bây giờ để kiểm tra - và cải thiện - độ tin cậy của hệ điều hành của tôi? Còn phần năng động thì sao?

+0

Cho phép mọi người thực sự sử dụng nó không phải là một tùy chọn vào thời điểm này? –

+0

@Tim Post: Vâng, 2 dự án đang chạy nó ... nhưng tôi phải cung cấp một số thông tin về độ tin cậy! Tôi đã thử nghiệm chỉ phần tĩnh. – TridenT

+0

Đây có phải là hệ điều hành dựa trên văn bản không? –

Trả lời

1

Hãy thử viết một số kiểm tra đơn vị cho phần động. Sau đó chạy thử nghiệm trên phần cứng đích. Chạy thử nghiệm trên phần cứng với nhiều lõi hơn Chạy thử nghiệm trên phần cứng chỉ với một lõi

Tốc độ đồng hồ hệ thống đích chính và chạy thử nghiệm động.

nên loại bỏ hầu hết các vấn đề về thời gian.

+0

Có lẽ đó là giải pháp duy nhất! Nhưng viết đơn vị/thử nghiệm tích hợp với đánh giá thời gian, trên mục tiêu, với nhiều lõi ... Tôi sẽ viết bài kiểm tra đơn vị trong 10 năm?!? – TridenT

+0

Chạy thử nghiệm động trên mục tiêu. (1) thử nghiệm chạy thử nghiệm động trên phần cứng phát triển với nhiều hoặc ít lõi (2) thử nghiệm. Chạy trên mục tiêu với tốc độ đồng hồ khác nhau (1) thử nghiệm. Tổng cộng có 5 thử nghiệm. –

1

Khám phá software-testing entry on wikipedia. Đó là một mô tả khá toàn diện về các ngành thử nghiệm khác nhau. Bạn có thể tìm thấy một ý tưởng mới hoặc hai ý tưởng ở đó.

+0

Đó là một khởi đầu thú vị, nhưng tôi không biết cách xử lý hành vi động của hệ điều hành của mình. Tôi sẽ đi theo liên kết để điều tra! – TridenT

2

Những điều còn thiếu trong danh sách của bạn:

  • Nếu bạn chưa làm việc đó sau đó cũng chạy thử nghiệm đơn vị trên phần cứng mục tiêu, để kiểm tra các vấn đề biên dịch và phần cứng.

  • Mã số nhận xét, rà soát đặc biệt đối với điều kiện chủng tộc

Bạn cũng có thể xem lại mã lắp ráp tạo ra, nếu nó không phải là quá lớn.

+0

Mã đánh giá là tốt, nhưng đó là 'một shot'.Việc xem xét cho mã lắp ráp đã được thực hiện một phần, nhưng tôi nên hiển thị kết quả nào? – TridenT

1

Thử trang Atomic Object's. Hãy thử this also..

Cũng James Greening.

+0

Kỹ thuật giả là khá khó khăn trong C (hệ điều hành được viết bằng C + ASM) và nặng so với C++. Nhưng nó có thể là giải pháp duy nhất! – TridenT

+0

Tôi tin rằng họ cũng sử dụng quá trình tạo mã. – Gutzofter

1

Dường như bạn đã làm rất nhiều việc để kiểm tra hệ thống của mình. Tôi nghĩ rằng bước tiếp theo sẽ giúp các dự án hoặc người khác sử dụng nó. Những người dùng khác sẽ nhanh chóng cho bạn thấy những vấn đề mạnh mẽ.

+0

có và họ đã yêu cầu tài liệu hướng dẫn người dùng tốt hơn :) – TridenT

Các vấn đề liên quan