ThS37 079 cách tiếp cận kiểm thử khác nhau và đề xuất phương pháp kiểm thử hệ thống

LỜI CẢM ƠN Trước tiên, muốn gửi lời cảm ơn đến thầy giáo TS Bùi Thế Hồng, người trực tiếp hướng dẫn thực luận văn Tôi muốn bày tỏ lòng biết ơn đến thầy giáo Viện Công nghệ thông tin Khoa Công nghệ thông tin - Đại học Thái Nguyên tận tình dạy dỗ tạo điều kiện học tập thuận lợi cho suốt khoá học qua Tôi xin cảm ơn lãnh đạo Bệnh viện Y học cổ truyền Thái Nguyên, anh chị đồng nghiệp tạo điều kiện cho tham gia hoàn thành khoá học Tôi xin cảm ơn bạn tôi, người bên cạnh động viên, giúp đỡ, đóng góp nhiều ý kiến thiết thực trình học tập thực luận văn Cuối cùng, muốn gửi lời cảm ơn đến gia đình, đặc biệt bố mẹ, chồng - người yêu thương, dìu dắt ủng hộ sống./ Thái Nguyên, tháng 11 năm 2008 Sinh viên thực Trần Thị Ngọc Liên Số hóa Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 MỤC LỤC Danh sách bảng Danh sách hình vẽ Ký hiệu viết tắt Lời nói đầu Cấu trúc luận văn 1.1 Rủi ro 1.1.1 Độ phơi nhiễm rủi ro 1.1.2 Xử lý rủi ro 1.1.3 Quản lý rủi ro 1.1.4 Rủi ro công nghệ phần mềm 10 1.2 Kiểm thử phần mềm 12 1.2.1 Kiểm thử ca kiểm thử 12 1.2.2 Kiểm thử hộp đen hộp trắng 13 1.2.3 Quá trình kiểm thử 14 1.3 Kiểm thử dựa rủi ro 16 1.3.1 Phân tích sơ mối nguy hiểm (PHA) 17 1.3.2 Phân tích kiểu lỗi hậu (FMEA) 17 1.3.3 Phân tích lỗi tiềm ẩn khả thực (HazOp) 18 1.3.4 Kiểm thử dựa rủi ro theo kinh nghiệm 19 1.3.5 Ngăn ngừa mối nguy hiểm 22 Tóm tắt Chương 24 Chương Phân loại ưu tiên kiểm thử 26 2.1 Các nhân tố gây thiệt hại 26 2.2 Các hành động phát sinh sai sót trình phát triển 28 2.3 Phát sinh lỗi lập trình 29 2.4 Kiểm thử hệ thống theo độ phơi nhiễm rủi ro 30 2.5 Lập thứ tự kiểm thử ưu tiên trước hết kỳ hạn 32 2.6 So sách cách tiếp cận khác 33 Tóm tắt Chương 35 Chương Một phương pháp kiểm thử .36 3.1 Sắp thứ tự ưu tiên rủi ro tạo lập kiểm thử rào cản có liên quan 36 3.2 Sắp thứ tự ưu tiên kiểm thử cho modules hệ thống 40 3.3 Lập danh sách ưu tiên kiểm thử 44 Tóm tắt Chương 47 Chương Đặc tả yêu cầu cho công cụ kiểm thử .48 4.1 Các yêu cầu chức 48 4.1.1 Dự án 48 4.1.2 Loại rủi ro 48 Số hóa Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 4.1.3 Module 49 4.1.4 Nguy 50 4.1.5 Kiểm thử 50 4.1.6 Rào cản 51 4.2 Các yêu cầu không chức 51 4.2.1 Chất lượng 52 4.2.1 Công nghệ 52 4.3 Thiết kế công cụ phần mềm kiểm thử 52 4.3.1 Ngôn ngữ thực 52 4.3.2 Mô hình liệu 53 4.4 Giao diện 55 4.4.2 Tạo dự án 57 4.4.3 Lựa chọn trọng số loại rủi ro 58 4.4.4 Danh sách module 59 4.4.5 Giá trị module 60 4.4.6 Tạo kiểm thử 61 4.4.7 Danh sách kiểm thử 62 4.4.8 Danh sách rủi ro 63 4.4.9 Danh sách rào cản 64 Tóm tắt chương 66 Kết luận .67 Tài liệu tham khảo 68 Số hóa Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Danh sách bảng Tên bảng Trang Bảng 1.1 Bảng PHA ………………………………………………… 17 Bảng 1.2 Cấu trúc bảng FMEA ………………………………… 18 Bảng 1.3: Bảng HazOp ……………………………………………… 18 Bảng 1.4: Danh sách rủi ro tổng quát ……………………………… 20 Bảng 1.5: Danh sách rủi ro cho việc cài đặt ………………………… 20 Bảng 1.6: Ma trận rủi ro thành phần ………………………… 22 Bảng 2.1: Độ phơi nhiễm rủi ro chức “Đóng tài khoản” ……………………………………………………………………… 32 Bảng 2.2: Ví dụ tính toán rủi ro ………………………………… 33 Bảng 3.1: Các thông tin cần biết từ việc phân tích lỗi ……………… 36 Bảng 3.2: Ma trận rủi ro cho độ phơi nhiễm ………………………… 38 Bảng 3.3: Bảng với thông tin nhận từ phân tích rủi ro …… 39 Bảng 3.4: Các nhóm rủi ro nhân tố rủi ro sử dụng phân tích rủi ro ……………………………………………………… 40 Bảng 3.5: Tính toán chi phí (bằng số) ……………………………… 42 Bảng 3.6: Tính số xác suất …………………………………… 43 Bảng 3.7: Quá trình tính số chi phí số xác suất ………… 43 Bảng 3.8: Thiệt hại tiềm ẩn tính toán ……………………… 34 Bảng 3.9: Ma trận rủi ro sử dụng lập thứ tự ưu tiên cuối ………………………………………………………………… 45 Bảng 3.10: Danh sách kiểm thử phân loại ưu tiên ……… 46 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Danh sách hình vẽ Tên hình vẽ Trang Hình 1.1 Vùng ALAPR……………………………………………… 23 Hình 4.1: Sơ đồ lớp UML thể mô hình liệu cho công cụ phần mềm …………………………………………………… 54 Hình 4.2: Màn hình trang Xuatphat.asp ………………………… 56 Hình 4.3: Màn hình trang ThemDuan.aspx………………………… 57 Hình 4.4: Màn hình trang LoaiRuiro.aspx …………………………… 58 Hình 4.5: Màn hình trang Modules.aspx …………………………… 59 Hình 4.6: Màn hình trang GiatriModules.aspx……………………… 60 Hình 4.7: Màn hình trang Taokiemthu.aspx………………………… 61 Hình 4.8: Màn hình trang Trangchu.aspx …………………………… 62 Hình 4.9: Màn hình trang Ruiro.aspx ………………………………….63 Hình 4.10: Màn hình trang Raocan.aspx ……………………………… 64 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Ký hiệu viết tắt PM Phần mềm KTPM Kiểm thử phần mềm PTPM Phát triển phần mềm PHA Phân tích lỗi sơ HazOp Phân tích lỗi khả thực FMEA Phân tích kiểu lỗi hậu FMEA Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Lời nói đầu Kiểm thử phần mềm công việc đòi hỏi nhiều thời gian qui trình phát triển phần mềm Thế nhưng, kiểm thử phần mềm lại thường thực vào pha gần cuối vòng đời phát triển hệ thống tiền bạc thời gian không dư rả Những người quản lý mong muốn sớm có phiên sản phẩm thường thúc ép người kiểm thử phải hoàn thành công việc khoảng thời gian không dễ dàng thực Nhưng cho dù người kiểm thử phải làm công việc họ, họ kiểm thử tất thứ cần phải kiểm thử Do đó, họ kiểm thử thứ mà họ cho quan trọng Mục tiêu luận văn nghiên cứu cách tiếp cận kiểm thử khác tìm cách đề xuất phương pháp kiểm thử hệ thống dựa rủi ro phân tích Những rủi ro có hệ thống phân tích cho ca sử dụng Việc đánh giá rủi ro sử dụng để tìm chất rủi ro cho ca sử dụng Các ca kiểm thử thiết lập từ ca sử dụng ca kiểm thử có rủi ro cao chọn để thực Ngoài ra, luận văn xác định thêm yêu cầu cần thiết cho việc xây dựng công cụ phần mềm hỗ trợ cho phương pháp kiểm thử đề xuất mô hình thử nghiệm Kinh nghiệm cho thấy gặp vấn đề sống, người thường giải cách nhớ lại vấn đề họ gặp trước để tìm vấn đề tương tự, lục lại trí nhớ để tìm lại cách giải vấn đề tương tự này, cuối điều chỉnh cách giải vừa tìm thấy cần thiết để đưa cách giải hợp lý cho vấn đề Trong phân tích quản lý rủi ro vậy, tiếp nhận dự án, người Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 quản trị dự án nhớ lại dự án khứ mà họ quản lý để tìm số dự án tương tự, sau tìm lại danh sách rủi ro dự án tương tự này, cuối hiệu chỉnh danh sách rủi ro vừa tìm thấy cho phù hợp với ngữ cảnh để đưa dự đoán danh sách rủi ro cho dự án phát triển Thực tế, dự án luôn có độ tương tự định tùy theo hướng nhìn nhận người quản trị dự án rủi ro phần mềm vấn đề phức tạp không nằm tầm kiểm soát người quản trị dự án Mục tiêu mô hình đảm bảo tự động hóa phần trình phân tích quản lý rủi ro Dựa thông tin phân tích quản lý rủi ro dự án phần mềm hoàn thành, mô hình đưa dự đoán danh sách rủi ro cho dự án tại, rủi ro danh sách rủi ro dự đoán khứ Vì sử dụng mô hình này, nhà quản trị dự án tận dụng trau dồi kinh nghiệm phân tích quản lý rủi ro mà họ trải qua khứ, họ tự bổ sung kinh nghiệm cách thêm rủi ro xuất kế hoạch quản lý rủi ro tương ứng vào danh sách rủi ro dự án Ngoài ra, đặc điểm lý thuyết, mô hình thử nghiệm đề xuất luận văn áp dụng ngữ cảnh hẹp, chẳng hạn công ty phần mềm Hiện nay, công ty phần mềm có xu hướng phát triển phần mềm số lĩnh vực định, đáp ứng nhu cầu số đối tượng khách hàng định, sử dụng số công nghệ phát triển định, … nên xây dựng mô hình ngữ cảnh hẹp hoàn toàn hợp lý Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Cấu trúc luận văn Luận văn gồm chương, nội dung chương tóm tắt sau: Chương 1: Trình bày khái niệm kiểm thử nói chung kiểm thử dựa rủi ro Chương 2: Trình bày phương pháp phân loại ưu tiên kiểm thử rủi ro so sánh phương pháp kiểm thử dựa rủi ro Chương 3: Đề xuất phương pháp kiểm thử dựa rủi ro Chương 4: Phân tích yêu cầu công cụ phần mềm kiểm thử thiết kế giao diện sở liệu phần mềm kiểm thử Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương Kiểm thử phần mềm dựa rủi ro Việc xem xét rủi ro kiểm thử phần mềm Những người kiểm thử phần mềm có kinh nghiệm thường kiểm thử hệ thống dựa rủi ro với linh cảm riêng Hiện tại, có vài cách tiếp cận dùng để kiểm thử phần mềm dựa rủi ro Mục tiêu chương tìm hiểu xem rủi ro công nghệ phần mềm cách phòng ngừa, xử lý rủi ro Tiếp theo nghiên cứu để biết rõ kiểm thử phần mềm có loại hình kiểm thử Cuối nghiên cứu tìm hiểu số phương pháp kiểm thử dựa rủi ro phát phân tích 1.1 Rủi ro Mỗi người có ý niệm rủi ro Hàng ngày, gặp phải rủi ro Để có người ta thường phải chấp nhận rủi ro Băng qua đường phố đông đúc để uống tách cà phê bị tai nạn giao thông ví dụ việc chấp nhận rủi ro để có lợi ích Việc mua xổ số ví dụ khác việc chấp nhận rủi ro, ta Trong thực tế, số người sẵn sàng chấp nhận rủi ro người khác lại ghét rủi ro Theo từ điển Wikipedia “Rủi ro thiệt hại tiềm tàng mà xuất từ trình hữu từ kiện tương lai đó” Tức là, rủi ro chưa trở thành vấn đề vấn đề không tiến hành hành động phù hợp Trong ngữ cảnh dự án, rủi ro khả xảy kiện khả ảnh hưởng đến mục tiêu dự án kiện xảy Nó chứa đựng khả thiệt hại, khả dẫn đến sai khác so với kết mong đợi Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 54 Hình 4.1: Sơ đồ lớp UML thể mô hình liệu cho công cụ phần mềm Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 55 4.4 Giao diện Mô công cụ phần mềm gồm có trang web trình bày mô tả giới thiệu giao diện sau Tuy nhiên, công cụ phần mềm tham khảo tới dự án, module, kiểm thử, nguy rào cản để có khả ưu tiên kiểm thử Dưới danh sách việc người kiểm thử phải chuẩn bị trước sử dụng công cụ phần mềm Người sử dụng phải xem xét loại rủi ro (bảng 3.4) chúng có liên quan đến dự án gán cho thành phần trọng số quan trọng Người sử dụng phải chia hệ thống thành module để kiểm thử Người sử dụng phải định nghĩa kiểm thử liên quan đến module Một phân tích rủi ro (HazOp, FMEA PHA) thực Đối với nguy xác định, người sử dụng phải xem xét rào cản cần phải thực Đối với rủi ro có rào cản thực hiện, kiểm thử xác minh rào cản làm việc phải định nghĩa Đối với rủi ro rào cản người kiểm thử cần phải định nghĩa Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 56 4.4.1 Lựa chọn dự án Trang Xuatphat.aspx trang người dùng gặp sử dụng công cụ kiểm thử Trong trang người dùng lựa chọn dự án từ danh sách tất dự án sở liệu Khi dự án lựa chọn phiên bắt đầu dự án chọn sử dụng trang sau Có thể tạo dự án mới, việc nhấn nút “Thêm dự án mới” Hành động mở trang ThemDuan.aspx Tên dự án thay đổi dự án bị xóa Trang sử dụng chức : F - Hình 4.2: Màn hình trang Xuatphat.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 57 4.4.2 Tạo dự án ThemDuan.aspx cho người dùng khả tạo dự án Một dự án tạo việc kích nút “Đồng ý” Một phiên bắt đầu với dự án trang đến LoaiRuiro.aspx Người dùng chọn “Hủy bỏ” để loại bỏ nó, trạng thái trở trang bắt đầu Trang sử dụng chức : F - F - Hình 4.3: Màn hình trang ThemDuan.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 58 4.4.3 Lựa chọn trọng số loại rủi ro Trong LoaiRuiro.aspx tất nhân tố phát sinh sai sót nhân tố chi phí giới thiệu hai bảng Tên, mô tả trọng số cho loại rủi ro liệt kê Người dùng cho loại rủi ro trọng số thấp, trung bình cao phụ thuộc vào tầm quan trọng với dự án chọn Xuatphat.aspx Nếu Không chọn chọn, loại rủi ro không sử dụng dự án Có thể soạn thảo tên mô tả cho nhân tố rủi ro xoá nhiều loại rủi ro từ dự án Những loại rủi ro thêm cách nhập vào trường text bên datagrid ấn vào liên kết “Thêm” để thêm Trang sử dụng phím yêu cầu chức : F - 4, F - 5, F - 6, F -7, F - 8, F - F – 10 Hình 4.4: Màn hình trang LoaiRuiro.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 59 4.4.4 Danh sách module Module.aspx liệt kê tất module người dùng tạo cho dự án chọn bảng Người dùng soạn thảo tên mô tả cho module xóa nhiều module từ dự án Những module thêm cách sử dụng trường text phía bảng Tìm thấy độ phơi nhiễm rủi ro cho module, module nhận giá trị GiatriModules.aspx Liên kết “Đặt giá trị” đến GiatriModules.apsx Nếu giá trị đưa ra, ô chứa đựng “Không có” Độ phơi nhiễm rủi ro tính toán mô tả mục 3.2 Nó thêm kiểm thử cho module sử dụng cách bấm vào liên kết “Thêm kiểm thử” đến trang Taokiemthu.aspx Liên kết “Thêm rủi ro” đến Ruiro.aspx – trang tạo thêm rủi ro cho module Nhấn nút “Đồng ý” trở lại Trangchu.aspx Modules.aspx sử dụng yêu cầu chức : F - 11, F - 12, F - 13, F - 14 F - 16 Hình 4.5: Màn hình trang Modules.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 60 4.4.5 Giá trị module Trong trang GiatriModules.aspx, module phân tích Tên mô tả cho module phân tích giới thiệu Trong bảng tất loại rủi ro lựa chọn LoaiRuiro.aspx liệt kê Tất chúng xếp thứ hạng thấp, trung bình cao phụ thuộc vào việc rủi ro cho module Nút “Huỷ bỏ” “Đồng ý” trở lại trang module cho người dùng Nút “Đồng ý” lưu lại giá trị sở liệu tính toán độ phơi nhiễm rủi ro cho module Trang sử dụng yêu cầu chức : F - 15 Hình 4.6: Màn hình trang GiatriModule.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 61 4.4.6 Tạo kiểm thử TaoKiemthu.apsx cho người sử dụng tạo kiểm thử Người sử dụng phải tạo cho kiểm thử tên mô tả Một module liên quan, rủi ro rào cản chọn Nếu nhấn liên kết “Thêm kiểm thử” trong module, rủi ro rào cản chọn từ danh sách Người dùng đưa mô tả cho kiểm thử Trang sử dụng kiểm thử soạn thảo từ bảng trang Trang sử dụng yêu cầu chức : F - 23, F - 24, F - 25, F - 26 F - 27 Hình 4.7: Màn hình trang CreateTest.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 62 4.4.7 Danh sách kiểm thử Trang trang với mối liên kết tới trang khác Quyền ưu tiên cho kiểm thử trang đầu quan trọng từ công cụ phần mềm Tên, mô tả có liên quan module, rủi ro rào cản cho kiểm thử liệt kê Quyền ưu tiên tính từ module liên quan, rủi ro ngăn cản rủi ro hậu kiểm thử cho kiểm thử (sử dụng ma trận bảng 3.9) Người dùng soạn thảo xóa kiểm thử, việc nhấn liên kết Sửa Xoá hàng Trang sử dụng yêu cầu chức năng: F- 28 Hình 4.8: Màn hình trangTrangchu.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 63 4.4.8 Danh sách rủi ro Ruiro.aspx liệt kê tất rủi ro Mỗi rủi ro datagrid gồm có tên, mô tả, nguyên nhân, module liên quan, xác suất hậu Rủi ro tìm thấy từ xác suất hậu (sử dụng ma trận hình 3.2) Những rủi ro soạn thảo xóa việc nhấp chuột vào liên kết “Sửa” “Xóa” Rủi ro thêm bảng Có thể thêm kiểm thử cho rủi ro việc nhấp chuột vào liên kết “Thêm kiểm thử” để tới trang TaoKiemthu.aspx Thêm rào cản nhấp chuột vào “Thêm rào cản” để tới Raocan.aspx Trang sử dụng yêu cầu chức : F - 17, F - 18, F - 19, F - 20, F - 21 F - 22 Hình 4.9: Màn hình trang Ruiro.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 64 4.4.9 Danh sách rào cản Raocan.aspx mang đến cho người dùng khả tạo rào cản cho rủi ro Rào cản hoạt động để cản trở rủi ro xảy Một rào cản đặt tên mô tả Người dùng soạn thảo xóa rào cản phụ sử dụng mối liên kết “Xóa” Những rào cản thêm bảng Có thể thêm kiểm thử mà rào cản làm việc ấn vào liên kết “Thêm kiểm thử” tới trang Taokiemthu.aspx Nút “Đồng ý” đưa người sử dụng trở trang Trangchu.aspx Raocan.aspx sử dụng yêu cầu chức : F - 29, F - 30, F - 31, F - 32 F - 33 Hình 4.10: Màn hình trang Raocan.aspx Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 65 4.5 Thử nghiệm với công cụ phần mềm Công cụ thử nghiệm người kiểm thử giàu kinh nghiệm hệ thống lớn với phát triển công cụ cho kiểm thử Khi kiểm thử học dường người kiểm thử không hiểu rõ thời hạn sử dụng công cụ phần mềm Họ cần nhiều giải thích hướng dẫn Có vấn đề cần hiểu quan hệ thứ làm chúng làm Việc giúp người sử dụng qua cách đọc tài liệu, bao gồm giải thích công cụ phần mềm file giúp đỡ Một demo cách sử dụng công cụ phần mềm khái niệm liên quan cho người dùng cần thiết Có số vấn đề liên quan đến giao diện người dùng Những điều sửa đổi trình bày mục 4.3 Người kiểm thử yêu cầu khả sửa đổi ma trận rủi ro thành module rủi ro Hơn nữa, cần dễ dàng để áp dụng cho module X cần áp dụng cho module Y Z Tính hoạt động bị giới hạn thời gian, thực phiên công cụ phần mềm tới Do mục tiêu thực công cụ phần mềm thương mại nên tránh khỏi sai sót, thực nghiệm để chứng minh khái niệm nêu Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 66 Tóm tắt chương Thuật ngữ kiểm thử hệ thống dựa rủi ro nói đến Những phương pháp ưu tiên kiểm thử chia rủi ro cho hệ thống kiểm tra rủi ro mà kiểm thử hướng tới Trong báo cáo giới thiệu phương pháp cho kiểm thử hệ thống dựa rủi ro nhận dạng cố gắng sử dụng tốt số phương pháp nêu Ưu tiên hệ thống Amland [2] Schaefer [7] mô tả sử dụng phương pháp Ưu tiên kiểm thử liên quan đến rủi ro Gerrard [4] mô tả áp dụng kiểm thử cho rào cản Hai cách tiếp cận kết hợp để ưu tiên kiểm thử phương pháp Tuy nhiên công cụ xây dựng mô giải toán nhỏ lớp toán kiểm thử phần mềm, chưa phải tối ưu số nhu cầu cần sửa đổi, bổ sung cải tiến trước ứng dụng Trong dự án phần mềm thường sử dụng nhiều công cụ để kiểm thử với chức nhiệm vụ khác nhau, sử dụng giai đoạn cụ thể thường phải định lựa chọn công cụ sử dụng, sử dụng giai đoạn Thêm vào phát triển vũ bão công nghệ, kỹ thuật đại Chính để xây dựng công cụ giải vấn đề, đáp ứng yêu cầu kiểm thử phần mềm khó khăn Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 67 Kết luận Trong trình thực đồ án tốt nghiệp thu số kết sau: Nắm khái niệm bao gồm nguyên tắc kỹ thuật phân tích quản lý rủi ro phát triển phần mềm; cách tiếp cận kiểm thử phần mềm dựa rủi ro so sánh Tìm hiều nắm số kỹ thuật kiểm thử phần mềm Đề xuất phương pháp kiểm thử dựa rủi ro Bước đầu phân tích yêu cầu công cụ phần mềm kiểm thử thiết kế giao diện sở liệu công cụ Nâng cao khả đọc, hiểu dịch tài liệu tiếng Anh cho thân Tuy nhiên thời gian có hạn, kinh nghiệm thân thực tế chưa nhiều vấn đề mẻ không thân mà mẻ Việt Nam nên chắn báo cáo nhiều hạn chế Hy vọng bước đệm tốt cho nghiên cứu công việc sau Hướng nghiên cứu phát triển công cụ phần mềm chạy thử nghiệm vài dự án phát triển phần mềm Tôi mong nhận nhận xét, bảo thầy, cô để làm sở cho hướng phát triển sau Tôi xin chân thành cảm ơn! Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 68 Tài liệu tham khảo Tiếng Anh [1] Ed Adams (1984), Optimising preventive service of software products, IBM J Research and Development, 28, 1, pp 2-14 [2] Ståle Amland (1999) Risk Based Testing and Metrics, EuroSTAR '99, Barcelona [3] James Bach (1999) Heuristic Risk-Based Testing, Software Testing and Quality Magazine [4] Paul Gerrard (2002) Risk-Based E-Business Testing, ISBN 1580533140, pp – 29 and 51 - 80 [5] Marnie L Hutcheson (2003) Software Tesing Fundamentals, ISBN 0-47143020-X [6] Glenford J Myers (1979), The art of software testing [7] Hans Schaefer (1998), Strategies for Prioritizing Tests, STAR WEST [8] Shamus P Smith, Michael D Harrison and Bastiaan A Schupp (2004), How explicit are the barriers to failure in safety arguments?, In Proceedings of the SafeComp [9] IEC 61508-5 (1998) Functional safety of electronical/electronic/ programmable electronic safety-related systems Website [10] Website: http://www.wikipedia.org [11] Website: http://www.VietNameseTestingBoard.com [12] Website: http://www.ddth.com [13] Website: http://www.Diendantinhoc.org Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399