Tìm hiểu về kiểm thử phần mềm

TRƯỜNG ĐẠI HỌC VINH KHOA CÔNG NGHỆ THÔNG TIN PHAN CÔNG NHÂN BÁO CÁO ĐỒ ÁN TỐT NGHIỆP ĐẠI HỌC Tên đồ án: TÌM HIỂU VỀ KIỂM THỬ PHẦN MỀM Nghệ An, tháng 05 năm 2016 Phan Công Nhân - Lớp 52K2 - Khoa CNTT TRƯỜNG ĐẠI HỌC VINH KHOA CÔNG NGHỆ THÔNG TIN BÁO CÁO ĐỒ ÁN TỐT NGHIỆP ĐẠI HỌC Tên đồ án: TÌM HIỂU VỀ KIỂM THỬ PHẦN MỀM Sinh viên thực hiện: Phan Công Nhân- 1151076284 Lớp: 52K2 Giáo viên hướng dẫn: TS Trần Xuân Sang Nghệ An, tháng 05 năm 2016 Phan Công Nhân - Lớp 52K2 - Khoa CNTT MỤC LỤC LỜI CẢM ƠN CHƢƠNG I: TỔNG QUAN VỀ ĐỀ TÀI 1.1 Lý chọn đề tài 1.2 Phương pháp nghiên cứu 1.3 Ý nghĩa thực tiễn CHƢƠNG II: CƠ SỞ LÝ THUYẾT VỀ PHẦN MỀM VÀ KIỂM THỬ PHẦN MỀM 2.1 Tổng quan phần mềm 2.1.1 Định nghĩa 2.1.2 Phân loại phần mềm 2.1.3 Theo phương thức hoạt động 2.1.4 Theo khả ứng dụng 2.1.5 Quy trình phát triển phần mềm 2.1.6 Mối quan hệ quy trình phát triển phần mềm kiểm thử phần mềm 10 2.2 Tổng quan kiểm thử phần mềm 11 2.2.1 Khái niệm 11 2.2.2 Vai trò kiểm thử phần mềm 12 2.2.3 Các kĩ thuật kiểm thử phần mềm 13 2.2.4 Các giai đoạn hay cấp độ kiểm thử phần mềm 13 2.2.5 Một số loại hình kiểm thử phổ biến 14 CHƢƠNG III : CÁC KỸ THUẬT CƠ BẢN, GIAI ĐOẠN VÀ CÔNG CỤ KIỂM THỬ PHẦN MỀM TỰ ĐỘNG 15 3.1 Các kĩ thuật kiểm thử phần mềm 15 3.1.1 Kiểm thử hộp đen (Black Box Testing - BBT) 15 3.1.2 Kiểm thử hộp trắng (White Box Testing - WBT) 18 3.1.3 Kiểm thử hộp xám (Gray Box Testing - GBT) 21 3.2 Các cấp độ hay giai đoạn kiểm thử phần mềm 21 3.2.1 Kiểm thử đơn vị (Unit Testing, UT) 21 3.2.2 Kiểm thử tích hợp (Integration Test, IT) 22 3.2.3 Kiểm thử hồi quy 23 3.2.4 Kiểm thử hệ thống (System Testing, ST) 23 3.2.5 Kiểm thử chấp nhận (Acceptance Testing, AT) 24 3.3 Các công cụ kiểm thử tự động ứng dụng 24 3.3.1 Tổng quan kiểm thử tự động 24 3.3.2 Khái niệm 24 3.3.3 Quy trình kiểm thử tự động 25 3.3.4 Ưu nhược điểm kiểm thử tự động 26 3.3.5 Các công cụ hỗ trợ kiểm thử tự động 26 3.2.2 Các công cụ mã nguồn mở 29 CHƢƠNG IV: PHÂN TÍCH VÀ TẠO TESTCASE KIỂM THỬ PHẦN MỀM QUẢN LÝ NHÂN SỰ 34 4.1 Phân tích phần mềm 34 4.2 Lập kế hoạch kiểm thử tạo testcase 34 4.2.1 Kế hoạch kiểm thử 34 4.2.2 Testcase 36 4.2.3 Thưc testcase kết 44 KẾT LUẬN 45 TÀI LIỆU THAM KHẢO 46 Phan Công Nhân - Lớp 52K2 - Khoa CNTT LỜI CẢM ƠN Để hoàn thành Đồ án tốt nghiệp này, em xin chân thành gửi lời cảm ơn chân thành tới thầy cô giáo trường Đại học Vinh nói chung thầy khoa Cơng nghệ Thơng tin nói riêng tận tình giảng dạy, truyền đạt cho em kiến thức kinh nghiệm quý báu suốt thời gian qua Đặc biệt, em xin gửi lời cảm ơn sâu sắc đến thầy giáo TS Trần Xuân Sang, thầy ln giúp đỡ tận tình, tạo điều kiện tốt cho em trình hướng dẫn đồ án Sự dẫn tận tình ý kiến đóng góp thầy giúp em nhiều q trình hồn thiện đồ án Em xin gửi lời cảm ơn tới Công ty tạo điều kiện cho chúng em thực tập học hỏi nhiều điều bổ ích mơi trường làm việc thực tế suốt tháng hè qua, trình cho em kiến thức sâu hơn, giúp em hoàn thành đồ án Em xin gửi lời cảm ơn tới gia đình, bạn bè quan tâm, động viên tạo điều kiện tốt để em hồn thành đồ án Mặc dù em có cố gắng định thời gian kiến thức hạn hẹp nên đồ án cịn nhiều thiếu sót hạn chế Kính mong nhận đóng góp ý kiến thầy cô bạn đề đồ án hoàn thiện Em xin chân thành cảm ơn! Sinh viên thực Phan Công Nhân Phan Công Nhân - Lớp 52K2 - Khoa CNTT CHƢƠNG I: TỔNG QUAN VỀ ĐỀ TÀI 1.1 Lý chọn đề tài Với phát triển công nghệ thông tin ngày nhanh chóng, kéo theo hệ thống mạng phần mềm gia tang số lượng theo quy mô rộng chất lượng phần mềm theo chiều sâu Nhưng từ nảy sinh nhiều vấn đề lỗi hỏng hóc phần mềm khơng đáng có gây ảnh hưởng nghiêm trọng đến xã hội, kinh tế, Những lỗi từ than phần mềm bị hỏng không kiểm duyệt kỹ lưỡng trước đưa cho người dùng cuối hay có người cố tình phá hoại nhầm đánh cắp thông tin cá nhân mã số tài khoản ngân hàng, số điện thoại, danh bạ, tin nhắn…Những vấn đề ngày cấp thiết có xu hướng mở rộng năm gần đây, điển cố máy tính Y2K năm 2000 làm tê liệt nhiều hệ thống máy tính lớn hay có nhiều loại virus phá hoại xuất hiện, công vào lỗ hổng bảo mật phần mềm làm tê liệt nhiều hệ thống phần mềm phần cứng Từ dễ dàng nhận phần mềm phát triển ngày phức tạp vấn đề chất lượng dấu hỏi lớn cần xem xét cẩn thận 1.2 Phƣơng pháp nghiên cứu +Về mặt lý thuyết - Tìm hiểu kỹ thuật kiểm thử phần mềm - Các phương thức định hướng kiểm thử phần mềm - Các ảnh hưởng kiểm thử tới phần mềm +Về mặt kỹ thuật phần mềm - Sữ dụng unit , visual, excel 1.3 Ý nghĩa thực tiễn + Ý nghĩa kiểm thủ phần mềm - Kiểm thử phần mềm đóng vai trị trình sữ dụng phần mềm ảnh hưởng tới y tín cơng ti q trình kiểm thử phát hay hỏng hóc để tránh sai sót anh hưởng tới kinh tế Phan Công Nhân - Lớp 52K2 - Khoa CNTT CHƢƠNG II: CƠ SỞ LÝ THUYẾT VỀ PHẦN MỀM VÀ KIỂM THỬ PHẦN MỀM 2.1 Tổng quan phần mềm 2.1.1 Định nghĩa Có nhiều định nghĩa phần mềm, sau ví dụ Phần mềm máy tính (tiếng Anh: Computer Software) hay gọi tắt Phần mềm (Software) tập hợp câu lệnh thị (Instruction) viết nhiều ngơn ngữ lập trình theo trật tự xác định, liệu hay tài liệu liên quan nhằm tự động thực số nhiệm vụ hay chức giải vấn đề cụ thể đó.( Theo Wikipedia) 2.1.2 Phân loại phần mềm Có nhiều cách thức phân loại phần mềm, song chia thành hai loại sau: 2.1.3 Theo phƣơng thức hoạt động -Phần mềm hệ thống dùng để vận hành máy tính phần cứng máy tính Đây loại phần mềm mà hệ điều hành liên lạc với chúng để điều khiển quản lý thiết bị phần cứng -Phần mềm ứng dụng: để người sử dụng hồn thành hay nhiều cơng việc -Các phần mềm chuyển dịch mã bao gồm trình biên dịch trình thơng dịch -Các tảng công nghệ NET, 1C:DOANH NGHIỆP 2.1.4 Theo khả ứng dụng -Phần mềm thời gian thực (các PM anti-virus, PM chat, ) -PM giải trí (Game, ) -PM nhúng: chạy thiết bị đặc thù điện thoại di động, TV, máy lạnh, -PM phân tán: chạy nhiều thiết bị, phối hợp hoạt động đồng thời với Phan Công Nhân - Lớp 52K2 - Khoa CNTT 2.1.5 Quy trình phát triển phần mềm 2.1.5.1 Tổng quan Cũng ngành sản xuất khác, qui trình yếu tố quan trọng đem lại thành công cho nhà sản xuất phần mềm, giúp cho thành viên dự án từ người cũ đến người mới, hay ngồi cơng ty xử lý đồng cơng việc tương ứng vị trí thơng qua cách thức chung cơng ty, hay cấp độ dự án.Có thể nói qui trình phát triển/xây dựng phần mềm (Software Development/Engineering Process - SEP) có tính chất định để tạo sản phẩm chất luợng tốt với chi phí thấp suất cao 2.1.5.2 Các mơ hình SEP Có nhiều mơ hình SLC khác nhau, số ứng dụng phổ biến giới: • Mơ hình Waterfall (Waterfall model) • Mơ hình chữ V (V-model) • Các mơ hình nhiều phiên (Multi-version models) • Mơ hình mẫu (Prototype) • Mơ hình tiến hóa (Evolutionary) • Mơ hình lặp tăng dần (Iterative and Incremental) • Mơ hình phát triển ứng dụng nhanh (RAD) • Mơ hình xoắn ốc(Spiral) • Mơ hình phát triển dựa kiểm thử (Test Driven Development-TDD) Phan Công Nhân - Lớp 52K2 - Khoa CNTT 2.1.5.3 Mơ hình phát triển dựa kiểm thử (TDD) a) Định nghĩa: TDD (Test - Driven Development) phương pháp tiếp cận nhằm cải tiến quy trình phát triển phần mềm kết hợp phương pháp Phát triển kiểm thử trước (Test First Development) phương pháp Điều chỉnh lại mã nguồn (Refactoring) Mục tiêu quan trọng TDD viết mã nguồn sáng sủa, rõ ràng chạy b) Các cải tiển TDD -TDD hoàn toàn thay đổi cách phát triển truyền thống Khi ta bắt đầu thực tính mới, câu hỏi đặt liệu thiết kế có phải thiết kế tốt cho phép ta thực chức hay khơng Nếu có, ta tiến hành thông qua phương pháp Phát triển kiểm thử trước TFD Nếu khơng, ta điều chỉnh lại cách cục để thay đổi riêng phần thiết kế bị ảnh hưởng tính mới, cho phép ta dễ dàng bổ thêm tính Kết chất lượng thiết kế ta ln ln nâng cao, thuận lợi làm việc với tương lai -Một giả định TDD ta có sẵn tảng (framework) cho kiểm thử mức đơn vị (unit-test) Những lập trình viên phần mềm theo phương pháp Agile thường sử dụng công cụ mã nguồn mở thuộc họ xUnit, JUnit hay VBUnit, công cụ thương mại lựa chọn Nếu khơng có cơng cụ TDD khơng thể thực Hình 1.2 Các bước TDD Phan Công Nhân - Lớp 52K2 - Khoa CNTT Hai nguyên tắc đơn giản cho TDD: Trước tiên, ta nên viết mã xử lý nghiệp vụ mẫu kiểm thử tự động thực không thành công Thứ hai, ta nên loại bỏ trùng lặp mà ta tìm thấy Những quy tắc đơn giản:  Thiết kế với mã nguồn mà chúng chạy tạo kết phản hồi định  Tự viết mẫu kiểm thử riêng mình, khơng chờ người khác  Môi trường phát triển phải cung cấp kết nhanh với thay đổi nhỏ (ví dụ ta cần trình biên dịch nhanh chuỗi kiểm thử hồi quy (regression test)  Thiết kế phải bao gồm thành phần gắn kết, phụ thuộc lẫn nhỏ (loosely coupled) để thực mẫu kiểm thử dễ dàng (điều làm cho trình nâng cấp bảo trì hệ thống ta dễ dàng hơn) c) TDD cách kiểm thử truyền thống TDD kỹ thuật thiết kế với hiệu ứng phụ việc đảm bảo toàn mã nguồn thực kiểm thử mức đơn vị Tuy nhiên, có điều cịn quan trọng việc thực kiểm thử Ta cần xem xét kỹ thuật kiểm thử khác kiểm thử chấp nhận (acceptance test) hay kiểm thử dò hỏi (investigative test) theo kiểu Agile Ta thực nhiều kiểu kiểm thử dự án ta chọn làm điều (và ta nên làm) Với kiểu kiểm thử truyền thống, mẫu kiểm thử thành công tìm nhiều lỗi Tương tự với TDD, mẫu kiểm thử thất bại ta có tiến triển ta biết ta cần phải giải số vấn đề Quan trọng hơn, ta có cách đo rõ ràng thành công mẫu kiểm thử không thất bại Từ TDD làm tăng niềm tin hệ thống đáp ứng yêu cầu định nghĩa cho Như với thử nghiệm truyền thống, hệ thống có nhiều rủi ro lớn cần phải có nhiều mẫu kiểm thử thực Với hai kiểu kiểm thử truyền thống TDD ta khơng phấn đấu cho hồn hảo, thay vào ta kiểm thử tầm quan trọng hệ thống Một hiệu ứng phụ thú vị TDD ta đạt 100% kiểm thử độ phủ mã nguồn (coverage test) - dòng mã kiểm thử - điều mà kiểm thử truyền thống không bảo đảm khuyến khích điều Khơng có ngạc nhiên nói Phan Cơng Nhân - Lớp 52K2 - Khoa CNTT TDD kỹ thuật đặc tả (specification technique), với tác dụng phụ có giá trị đem lại kết việc kiểm thử mã nguồn tốt đáng kể so với kỹ thuật truyền thống d) Tại nên dùng TDD ? Một lợi đáng kể TDD cho phép ta thực bước nhỏ viết phần mềm.Đây thực tế mà người ta phát huy nhiều năm qua mang lại hiệu nhiều so với cố gắng viết mã bước lớn Ví dụ, giả sử ta thêm số mã nguồn cho chức mới, biên dịch, kiểm thử Khả lớn kiểm thử ta thất bại lỗi có mã nguồn Sẽ dễ dàng nhiều việc tìm kiếm, sau sửa chữa lỗi ta viết thêm hai dịng mã thay hai nghìn dịng Nhiều người cho kỹ thuật Agile hoạt động ổn với dự án nhỏ, cần số người vài tháng, chúng không hoạt động dự án thực lớn Tuy nhiên, điều khơng hồn tồn Người ta đưa báo cáo làm việc với hệ thống Smalltalk sử dụng hoàn toàn phương pháp hướng kiểm thử (test-driven) hết năm với chi phí nhân cơng 40 man-year, kết gồm 250,000 dòng mã nguồn chức 250,000 dịng mã kiểm thử Có 4000 mẫu kiểm thử chạy 20 phút, với mẫu kiểm thử đầy đủ cần chạy vài ngày Điều chứng tỏ TDD hoạt động tốt với dự án có kích thước lớn e) Cơng cụ: Các công cụ phục vụ cho TDD, thường tảng cho kiểm thử mã nguồn mức đơn vị (unit test): xUnit (Nunit, Junit, ) 2.1.6 Mối quan hệ quy trình phát triển phần mềm kiểm thử phần mềm Phát triển phần mềm kiểm thử phần mềm có mối quan hệ khăng khít với Phát triển phần mềm từ pha phân tích yêu cầu, phân tích thiết kế hệ thống, phải tiến hành kiểm thử cách độc lập đội ngũ có kinh nghiệm để có phát sai sót phải tiến hành sửa chữa kịp thời, để sau phát lỗi chi phí để sửa chữa vô lớn Đồ thị minh họa cho điều Phan Công Nhân - Lớp 52K2 - Khoa CNTT 10 test kết thúc Ở phần trên, JUnit gọi phương thức setUp() trước test gọi tearDown() sau test kết thúc, để làm điều trên, sử dụng lớp junit.extension.TestSetup để đạt yêu cầu + Chạy test lặp lặp lại Trong vài trường hợp, muốn chạy test lặp lặp lại nhiều lần để đo hiệu suất hay phân tích vấn đề trục trặc JUnit cung cấp cho lớp junit.extension.RepeatedTest để làm điều Vì TestSuite cài đặt interface Test nên lặp lại tồn test - Cách tổ chức chương trình chạy với JUnit + Tổ chức test vào test suite  Thông thường JUnit tự động tạo Test Suite ứng với Test Case Tuy nhiên ta muốn tự tạo Test Suite riêng cách tổ chức Test vào Test Suite JUnit cung cấp lớp junit.framework.TestSuite hỗ trợ việc tạo Test Suite Khi sử dụng giao diện text hay graphic, JUnit tìm phương thức sau test case ta: public static Test suite() { }  Nếu không thấy phương thức trên, JUnit sử dụng kỹ thuật reflection để tự động xác định tất phương thức testXXX() test case ta, thêm chúng vào test suite Sau chạy tất test suite +Test exception Chúng ta sử dụng cặp từ khóa try/catch để bắt exception mong đợi, gọi phương thức fail() exception mong đợi khơng xảy Nói chung ta nên sử dụng kỹ thuật ta mong đợi exception xảy Đối với điều kiện lỗi khác ta nên để exception chuyển sang cho JUnit Khi JUnit bắt lấy tường trình lỗi test Phan Công Nhân - Lớp 52K2 - Khoa CNTT 32 3.2.2.2 Nunit -Giới thiệu: N-unit số nhiều công cụ kiểm thử tự động, với nhiều version khác N-unit có hai cách khác để chạy chương trình kiểm nghiệm: +N-unit-console.exe: khởi chạy nhanh tương tác, văn dựa runner sử dụng ta muốn chạy tất test ta không cần phải có màu đỏ/màu vàng/ màu xanh thành cơng hay thất bại Nó hữu ích cho tự động hóa thi tích hợp vào hệ thống khác Nó tự động lưu kết định dạng *.xml, cho phép ta để sản xuất báo cáo hay xử lý kết Dưới ảnh chụp hình chương trình +N-unit-gui.exe: hình thức cho phép ta lựa chọn làm việc với test ta cung cấp thông tin phản hồi đồ họa Đặc biệt hơn, tự động reload lại có chỉnh sửa build lại mã nguồn -Cách thức hoạt động Vì Nunit phần họ công cụ kiểm thử xUnit nên cách thức hoạt động giống Junit Nunit thay tích hợp vào IDE Java Eclipse hay Netbean Nunit lại tích hợp vào cơng cụ lập trình Microsoft Visual Studio (các phiên 2003, 2005, 2008, 2010 2012) Phan Công Nhân - Lớp 52K2 - Khoa CNTT 33 CHƢƠNG IV: PHÂN TÍCH VÀ TẠO TESTCASE KIỂM THỬ PHẦN MỀM QUẢN LÝ NHÂN SỰ 4.1 Phân tích phần mềm 4.4.1 Mục tiêu yêu cầu phần mềm  Tính bảo mật đăng nhập an tồn  Tính quản lý nhân viên (thêm mới, xóa, sữa )  Tính tìm kiếm nhân viên  Tính cập nhập tiền cơng  Tính quản lý phịng ban  Tính quản lý chức vụ  Tính cập nhập vào cổng  Tính đăng ký tăng ca  Tính đăng ký nghĩ  Tính thể vào cổng 4.1.2.Sơ đồ hoạt động phần mềm 4.2 Lập kế hoạch kiểm thử tạo testcase 4.2.1 Kế hoạch kiểm thử 4.2.1.1 Các yêu cầu Kế hoạch kiểm thử thường để file chứa kết Phan Công Nhân - Lớp 52K2 - Khoa CNTT 34  Chiến lược dùng để kiểm tra kiểm thử hộp đen (Black Box Testing BBT), kiểm thử hộp xám (Gray Box Testing - GBT) để đảm bảo sản phẩm thỏa mãn đặc tả thiết kế phần mềm yêu cầu khác phần mềm  Phạm vi mục tiêu kiểm thử + From Đăng nhập : Đảm bảo tính bảo mật cho phần mềm +From Quản lý nhân viên: Danh sách nhân viên,hiển thị họ tên,ngày sinh, làm việc,chức vụ…có thể thêm mới,xóa,sữa nhân viên +From Tiền cơng: Tính tiền cơng có danh sách tiền cơng nhân viên +From Tiền tạm ứng: Thêm tiền tạm ứng cho nhân viên danh sách tam ứng +From Quản lý phòng ban: Thêm phòng ban hiển thị danh sach phòng ban: +From Quản lý chức vụ: Thêm chức vự hiển thị danh sách chức vụ +From cập nhập ngày giờ: Thêm cập nhập ngày hiển thị danh sách cập nhập +From Đăng ký tăng ca: Có thể đăng ký tăng ca hiển thị danh sach tăng ca +From Đăng ký nghĩ: Có thể đăng ký nghĩ có lý thị danh sach nghĩ +From Thẻ vào công ty: Hiển thị thông tin nhân viên công ty  Công cụ hỗ trỡ kiểm thử viết testcase phần mềm excel 2010  Vòng lặp kiểm thử lần phần mềm đưa kết Phan Công Nhân - Lớp 52K2 - Khoa CNTT 35 4.2.1.2 Sơ đồ kiểm thử: 4.2.2 Testcase Xét from để viết yêu cầu testcase: From đăng nhập: Yêu cầu test:  Kiểm tra chức mở form login  Kiểm tra chức Login trường hợp không nhập trường  Kiểm tra việc login không thành công trường hợp user nhập trường [Username] mà không nhập password  Kiểm tra việc login không thành công trường hợp user nhập trường [Password] mà không nhập [Username]  Kiểm tra việc login không thành công trường hợp user nhập sai [Username] [Password]  Kiểm tra việc login không thành công trường hợp user nhập sai [Username] [Password] Phan Công Nhân - Lớp 52K2 - Khoa CNTT 36  Kiểm tra việc login không thành công trường hợp user nhập [Username] [Password] sai  Kiểm tra việc login không thành công trường hợp user nhập sai lần [Username] [Password]  Kiểm tra hoạt động button Close nhập thông tin form  Kiểm tra hoạt động button Close hoàn thành việc nhập liệu form  Kiểm tra liệu hiển thị textbox Password phải dấu dấu chấm  Kiểm tra bố trí component form  Kiểm tra thứ tự Tab form  Tiêu đề form  Kiểm tra thông tin có thiết kế khơng  Description: Kiểm tra lỗi tả  Description: Kiểm tra lỗi message  Description: Kiểm tra lỗi font chữ, màu sắc,tiêu đề form Login From Quản lý nhân viên Yêu cầu test:  Kiểm tra chức mở form quản lý nhân viên  Kiểm tra danh sách có phịng ban  Kiểm tra chức button tìm kiếm form tìm kiếm  Kiểm tra tìm kiếm theo phịng ban  Kiểm tra chức tìm kiếm theo họ tên Phan Cơng Nhân - Lớp 52K2 - Khoa CNTT 37  Kiểm tra chức tìm kiếm theo học tên phong ban  Kiểm tra chức button thêm form thêm  Kiểm tra chức thêm nhaaoj sai so với mấu quy định  Kiểm tra chức button sữa form sữa  Kiểm tra chức button xóa form xóa  Kiểm tra chức đưa file excel button excel  Kiểm tra chức thoát button thoát  Kiểm tra giới có thiết kế khơng  Description: Kiểm tra lỗi tả  Description: Kiểm tra lỗi font chữ, màu sắc,tiêu đề form quản lý nhân viên From Tiền công: Yêu cầu test:  Kiểm tra chức from cập nhập tiền công  Kiểm tra chức hiển thị làm từ ngày  Kiểm tra chức tính tiền lương cho nhân viên  Kiểm tra chức tính tiền lương trường hợp khơng nhập  Kiểm tra giới có thiết kế khơng  Description: Kiểm tra lỗi tả  Description: Kiểm tra lỗi font chữ, màu sắc,tiêu đề form cập nhập tiền lương Phan Công Nhân - Lớp 52K2 - Khoa CNTT 38 From Tiền tạm ứng: Yêu cầu test:  Kiểm tra chức from cập nhập tiền tạm ứng  Kiểm tra chức hoạt động button tạm ứng  Kiểm tra chức hoạt động cảu button tạm ứng khơng có giữ liệu nhập vào  Kiểm tra chức kết nới tiền tạm ứng tiền lương  Kiểm tra chức button  Kiểm tra giới có thiết kế không  Description: Kiểm tra lỗi tả  Description: Kiểm tra lỗi font chữ, màu sắc,tiêu đề form quản lý nhân viên From Quản lý phịng ban: Phan Cơng Nhân - Lớp 52K2 - Khoa CNTT 39 Yêu cầu test:  Pre-condition:Hiện danh sách phịn ban Test data: khơng có  Pre-condition:Pass qua Testcase UC_TC001 Test data: +Tên phòn ban: bảo vệ  Pre-condition:Pass qua Testcase UC_TC001 Test data: +MãPB:02 +TeenPB:Vệ sinh  Pre-condition:Pass qua Testcase UC_TC001 Test data: khơng có  Pre-condition:Pass qua Testcase UC_TC001  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có Phan Cơng Nhân - Lớp 52K2 - Khoa CNTT 40 From Chức Vụ: Yêu cầu test:  Pre-condition:Hiện danh sách phịn ban Test data: khơng có  Pre-condition:Pass qua Testcase UC_TC001 Test data: +Tên Chức vụ: GD  Pre-condition:Pass qua Testcase UC_TC001 Test data: +Mã Chức Vụ:pgd +Teen Chức Vụ :phogd  Pre-condition:Pass qua Testcase UC_TC001 Test data: khơng có  Pre-condition:Pass qua Testcase UC_TC001  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có  pre-condition:Pass qua Testcase UC_TC001 Phan Cơng Nhân - Lớp 52K2 - Khoa CNTT 41 Test data : khong có From cập nhập ngày giờ: Yêu cầu test:  Pre-condition:Hiển thị danh sách vào Test data:  Pre-condition:Pass qua Testcase UC_TC001 Test data: +Mã Nhân viên: +Ngày:22/2/2016 + giời vào:8h + ra:12h  Pre-condition:Pass qua Testcase UC_TC001  Pre-condition:Pass qua Testcase UC_TC001  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có  pre-condition:Pass qua Testcase UC_TC001 Test data : khong có Phan Công Nhân - Lớp 52K2 - Khoa CNTT 42 From đăng ký tăng ca: Yêu cầu test:  Kiểm tra chức form đăng ký tăng ca  Kiểm tra chức đăng ký tăng ca  Kiểm tra chức đăng ký tăng ca không nhập MÃ Nhân Viên  Kiểm tra chức thoát button thoát  Kiểm tra giới có thiết kế khơng  Description: Kiểm tra lỗi tả  Description: Kiểm tra lỗi font chữ, màu sắc,tiêu đề form quản lý nhân viên From đăng ký nghĩ: Yều cầu test:  Kiểm tra chức form đăng ký nghĩ  Kiểm tra chức đăng ký nghĩ  Kiểm tra chức đăng ký tăng ca không nhập MÃ Nhân Viên  Kiểm tra chức thoát button Phan Cơng Nhân - Lớp 52K2 - Khoa CNTT 43  Kiểm tra giới có thiết kế khơng  Description: Kiểm tra lỗi tả  Description: Kiểm tra lỗi font chữ, màu sắc,tiêu đề form quản lý nhân viên Dao diện phần mềm: 4.2.3 Thƣc testcase kết Phan Công Nhân - Lớp 52K2 - Khoa CNTT 44 KẾT LUẬN Kiểm thử phần mềm hoạt động quan trọng nhằm đảm bảo chất lượng phần mềm Qua thời gian nghiên cứu kiểm thử phần mềm tìm hiểu việc lựa chọn kỹ thuật chiến lược kiểm thử phần mềm phù hợp giúp cho việc kiểm thử có hiệu quả, giảm chi phí thời gian khơng thể tránh khỏi thiếu sót Kính mong thơng cảm, góp ý bổ sung thầy bạn để em hiểu có có kinh nghiệm kiểm thử phần mềm Để hồn thành đề tài này, lần em xin chân thành cảm ơn giảng viên TS Trần Xuân Sang người quan tâm, giúp đỡ em suốt thời gian qua Và cho em bày tỏ lòng biết ơn tới tất thầy giáo, cô giáo khoa Cơng nghệ thơng tin giúp em hồn thành đồ án Em xin chân thành cảm ơn! Phan Công Nhân - Lớp 52K2 - Khoa CNTT 45 TÀI LIỆU THAM KHẢO [1].http://en.wikipedia.org/wiki/Unit_testing [2].http://en.wikipedia.org/wiki/Software_testing [3].http://msdn.microsoft.com/en-us/library/ms243147(v=vs.80).aspx [4] The Art Of Software Testing – Second Edition - Glenford J Myers [5] Professional ASP.net MVC Wrox publishing house 2012 [6] Android GUI testing [7] Internet, Phan Công Nhân - Lớp 52K2 - Khoa CNTT 46 ... cứu +Về mặt lý thuyết - Tìm hiểu kỹ thuật kiểm thử phần mềm - Các phương thức định hướng kiểm thử phần mềm - Các ảnh hưởng kiểm thử tới phần mềm +Về mặt kỹ thuật phần mềm - Sữ dụng unit , visual,... THUYẾT VỀ PHẦN MỀM VÀ KIỂM THỬ PHẦN MỀM 2.1 Tổng quan phần mềm 2.1.1 Định nghĩa Có nhiều định nghĩa phần mềm, sau ví dụ Phần mềm máy tính (tiếng Anh: Computer Software) hay gọi tắt Phần mềm (Software)... Vai trò kiểm thử phần mềm 12 2.2.3 Các kĩ thuật kiểm thử phần mềm 13 2.2.4 Các giai đoạn hay cấp độ kiểm thử phần mềm 13 2.2.5 Một số loại hình kiểm thử phổ