25       

MT – Fa – Fc -Fd

MT

Giải thích nội dung các thành phần và ý nghĩa của độ đo

                                  SMI =                                            và cách sử dụng nó?

SMI là chỉ số trưởng thành phần mềm (Software Multinity Index). Nó chỉ ra tính ổn định của sản phẩm phần mềm (dựa trên những thay đổi xuất hiện cho từng lần đưa ra sản phẩm)

- MT: số các mô đun phát hành lần này

- Fc: số các môdun có thay đổi trong lần phát hành này

- Fa: số các môdun được thêm vào trong lần này

- Fd: số các môdun của lần phát hành trước mà bị bỏ đi trong lần phát hành này

Khi SMI tiến tới 1 thì sản phẩm bắt đầu ổn định. SMI cũng có thể được dùng:

- như độ đo cho các hoạt động bảo trì phần mềm theo kế hoạch

- thời gian trung bình để tạo ra lần phát hành sản phẩm phần mềm

- các mô hình kinh nghiệm cho nỗ lực bảo trì có thể được phát triển.

37.    Tại sao phải kiểm thử phần mềm? Mục tiêu kiểm thử là gì? Từ đó có những quan niệm sai gì về kiểm thử phần mềm?

Trả lời:

Lý do cần kiểm thử phần mềm:

-         Muốn nhìn thấy phần mềm như là 1 phần tử của hệ thống hoạt động

-         Ngăn ngừa chi phí phải trả cho các thất bại phần mềm

-         Có kế hoạch tốt cho suốt quá trình phát triển

Mục tiêu của kiểm thử:Kiểm thử là 1 quá trình vận hành chương trình với ý định tìm ra lỗi.

-         Một ca kiểm thử tốt là ca kiểm thử có xác suất cao trong việc tìm ra 1 lỗi chưa được phát hiện

-         Một ca kiểm thử thắng lợi là ca kiểm thử làm lộ ra được 1 ít nhất 1 lỗi còn chưa được phát hiện

-         Là 1 tiến trình thực hiện chương trình với ý định tìm ra lỗi

-         Làm lộ ra khuyết điểm còn chưa được phát hiện

-         Việc kiểm thử thành công là việc làm lộ ra 1 lỗi còn chưa được phát hiện

Một ca kiểm thử thắng lợi làm lộ ra khiếm khuyết, đồng thời mang lại các lợi ích phụ:

-         Chứng tỏ rằng các chức năng phần mềm làm việc tương ứng với đặc tả

-         CTR các yêu cầu thực thi là phù hợp

-         Có thêm các chỉ số độ tin cậy phần mềm và các chỉ số về chất lượng phần mềm nói chung.

->Kiểm thử ko thể CM được việc ko có khiếm khuyết , nó chỉ có thể CM khiếm khuyết phần mềm hiện  hữu

Quan niệm sai:

-         Mục đích trước mắt của kiểm thử là cố gắng chỉ ra lỗi sai của chương trình(tức là "phá hủy" chương trình). Trong thực tế. kiểm thử là 1 bước trong tiến trình kĩ nghệ phần  mểm có thể được xem là có tính phá hoại hơn là có tính xây dựng.

Liệu kiểm thử có thực sự mang tính phá hoại ko? Câu trả lời là ko

-         Các kĩ sư phần mềm tự hào về tác phẩm và "ngờ vực" ai bất  kì ai cố sức "phá" nó. Họ có xu hướng thiết kế và tiến hành các kiểm thử để thuyết minh rằng CT tốt, ko phát hiện ra sai/

-         Thường có 1 số hiểu lầm:

+ Người phát triển ko tham ra kiểm thử

+ phần  mềm được công bố ra 1 cách rộng rãi để người lạ kiểm thử nó 1 cách tàn nhẫn

+ người kiểm thử chỉ quan tâm khi kiểm thử bắt đầu

38.     Thế nào là 1 ca kiểm thử tốt? ca kiểm thử thành công? Lơi ích phụ của kiểm thử là gì?

-         Một ca kiểm thử tốt là ca kiểm thử có xác suất cao trong việc tìm ra 1 lỗi chưa được phát hiện

-         Một ca kiểm thử thắng lợi là ca kiểm thử làm lộ ra được 1 ít nhất 1 lỗi còn chưa được phát hiện

-         Là 1 tiến trình thực hiện chương trình với ý định tìm ra lỗi

-         Làm lộ ra khuyết điểm còn chưa được phát hiện

-         Việc kiểm thử thành công là việc làm lộ ra 1 lỗi còn chưa được phát hiện

Một ca kiểm thử thắng lợi làm lộ ra khiếm khuyết, đồng thời mang lại các lợi ích phụ:

-         Chứng tỏ rằng các chức năng phần mềm làm việc tương ứng với đặc tả

-         CTR các yêu cầu thực thi là phù hợp

-         Có thêm các chỉ số độ tin cậy phần mềm và các chỉ số về chất lượng phần mềm nói chung.