Đồ Án Tốt Nghiệp ĐẠI HỌC ĐÀ NẴNG TRƯỜNG ĐẠI HỌC BÁCH KHOA KHOA CÔNG NGHỆ THÔNG TIN Tel (84 511) 736 949, Fax (84 511) 842 771 Website itf ud edu vn, E mail cntt@edu ud vn LUẬN VĂN TỐT NGHIỆP KỸ SƯ NGÀ[.]
ĐẠI HỌC ĐÀ NẴNG TRƯỜNG ĐẠI HỌC BÁCH KHOA KHOA CÔNG NGHỆ THÔNG TIN Tel (84-511) 736 949, Fax (84-511) 842 771 Website: itf.ud.edu.vn, E-mail: cntt@edu.ud.vn LUẬN VĂN TỐT NGHIỆP KỸ SƯ NGÀNH CÔNG NGHỆ THÔNG TIN Mà NGÀNH : 05115 ĐỀ TÀI : TÌM HIỂU CÁC PHƯƠNG PHÁP KIỂM THỬ PHẦN MỀM VÀ ỨNG DỤNG CÔNG CỤ KIỂM TRA TỰ ĐỘNG TESTARCHITECT ĐỂ KIỂM THỬ TỰ ĐỘNG CHO ỨNG DỤNG DOLPHIN Mã số : 06T2 – 49 06T1 – 67 Ngày bảo vệ : 14 - 15/ 06 /2011 SINH VIÊN : NGUYỄN TÙNG 06T2 NGUYỄN ĐĂNG QUYỀN 06T1 CBHD : K.S VÕ ĐỨC HOÀNG ĐÀ NẴNG, 06/2011 LỜI CẢM ƠN Chúng xin gửi lời cảm ơn tới thầy cô khoa công nghệ thông tin trường Đại học Bách Khoa Đà Nẵng công ty Logigear tạo điều kiện mang lại kiến thức q báu để chúng tơi thực đề tài Xin cảm ơn thầy giáo Võ Đức Hồng tận tình hướng dẫn bảo chúng tơi suốt q trình làm đồ án để chúng tơi hồn thành tốt đề tài Cuối xin cảm ơn bạn khoa công nghệ thông tin, người giúp đỡ, chia kiến thức, kinh nghiệm, tài liệu…trong suốt trình nghiên cứu thực đề tài Chúng tơi xin chân thành cảm ơn! Nhóm sinh viên thực Nguyễn Tùng Nguyễn Đăng Quyền LỜI CAM ĐOAN Tôi xin cam đoan : Những nội dung báo cáo thực hướng dẫn trực tiếp thầy Võ Đức Hoàng Mọi tham khảo dùng báo cáo trích dẫn rõ ràng tên tác giả, tên cơng trình, thời gian, địa điểm công bố Mọi chép không hợp lệ, vi phạm quy chế đào tạo, hay gian trá, chúng tơi xin chịu hồn tồn trách nhiệm Nhóm Sinh Viên Nguyễn Tùng Nguyễn Đăng Quyền NHẬN XÉT CỦA CÁN BỘ HƯỚNG DẪN Đà Nẵng ngày … tháng … năm 2011 Cán hướng dẫn K.s Võ Đức Hoàng Tìm hiều kiểm thử phần mềm kiểm thử tự động NHẬN XÉT CỦA CÁN BỘ PHẢN BIỆN Đà Nẵng, ngày … tháng … năm 2011 Cán phản biện Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang Tìm hiều kiểm thử phần mềm kiểm thử tự động TÓM TẮT ĐỒ ÁN Đồ án gồm nội dung sau: - Khái quát kiểm thử phần mềm: o Khái niệm kiểm thử phần mềm o Một số phương pháp kiểm thử phần mềm o Các giai đoạn kiểm thử phần mềm o Các lỗi thường gặp kiểm thử - Sơ lược Test Tool kiểm tra tự động - Giới thiệu chương trình kiểm thử phần mềm TestArchitect - Thực hành kiểm thử Ứng dụng web cộng đồng Dolphin công cụ TestArchitect Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang Tìm hiều kiểm thử phần mềm kiểm thử tự động DANH SÁCH HÌNH SỬ DỤNG TRONG ĐỒ ÁN Hình 1: Mơ hình thác nước 12 Hình 2: Mơ hình Agile 14 Hình 3: Luồng điều khiển lập trình theo cấu trúc 21 Hình 4: Đồ thị chương trình tốn tam giác .22 Hình 5: Mơ hình kiểm thử hộp đen 23 Hình 6: Kiểm thử theo giá trị biên với biến a ≤ x ≤ b .24 Hình 7: Kiểm thử theo giá trị biên với hai biến x1 x2 .25 Hình 8: Kiểm thử theo giá trị biên đầy đủ với biến a ≤ x ≤ b .25 Hình 9: Kiểm thử theo giá trị biên đầy đủ với biến x1 x2 26 Hình 10: Kiểm thử theo phân hoạch tương đương - lỗi đơn 27 Hình 11: Kiểm thử theo phân hoạch tương đương- lỗi kết hợp .28 Hình 12: Kiểm thử theo phân hoạch tương đương- lỗi đơn đầy đủ 28 Hình 13: Kiểm thử theo phân hoạch tương đương- lỗi kết hợp đầy đủ .29 Hình 14: Mối tương quan KTTĐ chu trình KTPM 51 Hình 15: So sánh loại kiểm thử 54 Hình 16 : Mơ hình ABT 54 Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang Tìm hiều kiểm thử phần mềm kiểm thử tự động MỤC LỤC LỜI NÓI ĐẦU .10 VÒNG ĐỜI PHÁT TRIỂN PHẦN MỀM 11 I.1 Vòng đời phát triển phần mềm 11 I.2 Mơ hình thác nước 11 I.3 Mơ hình Agile: 13 TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM .15 II.1 Kiểm thử phần mềm 15 II.1.1 Khái niệm 15 II.1.2 Lý cần kiểm thử 15 II.1.3 Vai trò 15 II.1.4 Mục tiêu 16 II.1.5 Lợi ích 16 II.2 Các giai đoạn kiểm thử điểm xác định: 16 II.3 Tổng Quan Về Kiểm Thử Phần Mềm .17 II.3.1 Tìm hiểu Testing, QA, QC 17 II.3.2 Nhóm kiểm thử .17 II.3.2.1 Mục tiêu 17 II.3.2.2 Trách nhiệm Tester 17 II.3.3 Mục tiêu kiểm thử 18 II.3.3.1 Lớp tương đương phân tích giá trị biên .18 II.3.3.2 Thiết kế kiểm thử .18 II.3.4 Các phương pháp kiểm thử .18 II.4 Các giai đoạn kiểm thử 31 II.4.1 Kiểm thử đơn vị 31 II.4.2 Kiểm thử tích hợp 31 II.4.3 Kiểm thử hệ thống .32 II.4.4 Kiểm thử thẩm định .32 ĐỊNH NGHĨA TEST REQUIREMENT (TR) VÀ TEST CASE (TC) 33 III.1 Test Requirement (TR) .33 III.1.1 Định nghĩa 33 III.1.2 Thuộc tính TR .33 III.2 Test case .33 III.2.1 Giới thiệu .33 III.2.2 Yêu cầu test case .34 III.2.3 Bản chất test case 34 III.2.4 Cú pháp test case 34 III.3 Phương thức kiểm thử kỹ thuật thiết kế Test case 35 III.3.1 Phương thức kiểm thử vài loại kiểm thử 35 III.3.2 Một vài kỹ thuật thiết kế test case 36 Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang Tìm hiều kiểm thử phần mềm kiểm thử tự động III.3.2.1.Phân vùng tương đương: (đã tìm hiểu chương trên) 37 III.3.2.2 Phân tích giá trị biên: (đã tìm hiểu chương trên) 37 III.3.2.3 Điều kiện ràng buộc: 37 III.3.2.4 Quan hệ liệu: 37 III.3.2.5 Chuyển trạng thái: .37 III.3.2.6 Điều kiện kết hợp: .37 III.4 Các lỗi thường gặp kiểm thử 37 III.4.1 Các lỗi liệu vào 37 III.4.2 Các lỗi logic 38 III.4.3 Các lỗi tính tốn 38 III.4.4 Các lỗi giao diện 39 III.4.5 Các lỗi liệu .39 ỨNG DỤNG LÝ THUYẾT ĐỂ THIẾT KẾ TEST REQUIREMENTS VÀ TEST CASE 40 IV.1 Ví dụ thiết kế TR TC cho Gmail web ứng dụng Evernote.40 IV.1.1 TR TC cho số chức gmail .40 IV.1.2 TR TC cho ứng dụng Evernote 43 IV.2 Ví dụ Bug cách viết Bug 46 SƠ LƯỢC VỀ TEST TOOL 50 V.1 Test Tool .50 V.2 Kiểm thử tự động .51 TÌM HIỂU VÀ GIỚI THIỆU VỀ CÔNG CỤ KIỂM THỬ TỰ ĐỘNG TEST ARCHITECT 53 VI.1 Giới thiệu tảng Action Based Testing 53 VI.1.1 Action based testing ? 53 VI.1.2 Cách làm việc ABT ? 54 VI.2 GIỚI THIỆU VỀ TOOL TESTARCHITECT .56 VI.2.1 Giới thiệu .56 VI.2.2 Chức 58 VI.2.2.1.Automation Engineers 60 VI.2.2.2.Software Testers 60 VI.2.2.3.Managers 62 VI.2.2.4.Revision Control 63 VI.2.2.5.Built-In Platform Support .63 VI.2.2.6.Action Recording 64 VI.2.2.7.Control Flow, Variables & Expressions 65 VI.2.2.8.Debugging 65 VI.2.3 Mơ hình hoạt động .66 ỨNG DỤNG TESTARCHITECT ĐỂ KIỂM THỬ ỨNG DỤNG WEB DOLPHIN 68 VII.1 Giới thiệu 68 VII.2 Kiểm thử ứng dụng với TestArchitect 72 Những kết nhận 87 Hướng phát triển 87 Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang Tìm hiều kiểm thử phần mềm kiểm thử tự động LỜI NĨI ĐẦU Ngày tự động hóa ứng dụng nhiều lĩnh vực, mục đích thường đa dạng tùy theo nhu cầu đặc thù lĩnh vực, nhiên ưu điểm chung việc ứng dụng tự động hoá giảm nhân lực, thời gian sai sót Ngành cơng nghệ thơng tin nói chung cụ thể phát triển phần mềm không ngoại lệ Như biết, để tạo sản phẩm công nghệ thơng tin hay phần mềm có chất lượng hoạt động kiểm tra phần mềm đóng vai trị quan trọng, hoạt động lại tiêu tốn chiếm tỷ trọng lớn công sức thời gian dự án Do vậy, nhu cầu tự động hố qui trình kiểm tra phần mềm đặt Qua thực tế cho thấy việc áp dụng kiểm thử tự động hợp lý mang lại thành công cho hoạt động kiểm tra phần mềm Kiểm thử tự động giúp giảm bớt công sức thực hiện, tăng độ tin cậy, giảm nhàm chán rèn luyện kỹ lập trình cho kiểm thử viên Nhận thấy tầm quan trọng kiểm thử phần mềm việc phát triển phần mềm nay, chúng em chọn đề tài: “Tìm hiểu phương pháp kiểm thử phần mềm ứng dụng công cụ kiểm tra tự động TestArchitect để kiểm thử tự động cho ứng dụng Dolphin” làm đề tài cho đồ án tốt nghiệp Nội dung đồ án giới thiệu khái quát kiểm thử phần mềm, Test Tool, kiểm tra tự động giới thiệu công cụ kiểm tra tự động mạnh TestArchitect Logigear Mặc dù có nhiều cố gắng q trình làm bài, thời gian kinh nghiệm hạn chế nên làm khơng thể tránh thiếu sót, mong nhận bảo thầy đóng góp ý kiến bạn để đồ án hồn thiện Chúng tơi xin chân thành cảm ơn! Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 10 Tìm hiều kiểm thử phần mềm kiểm thử tự động CHƯƠNG III ĐỊNH NGHĨA TEST REQUIREMENT (TR) VÀ TEST CASE (TC) III.1 Test Requirement (TR) III.1.1 Định nghĩa Test requirement trình bày cần phải kiểm thử q trình kiểm thử ứng dụng u cầu chức năng: Yêu cầu chức mà ứng dụng phải làm Yêu cầu phi chức : Yêu cầu đặc tính mà chức phải có nhìn thấy Ở có loại: Look n feel, Boundary, Negative III.1.2 Thuộc tính TR Mục tiêu tảng TR Yêu cầu hệ thống Sự mô tả chức Dự kiến vùng có vấn đề Thuộc tính u cầu TR: TR phải viết TR phải rõ ràng đặc trưng TR phải hồn chỉnh TR phải xác TR phải phù hợp quán TR phải có dộ ưu tiên TR không tối nghĩa TR xác minh TR phải xúc tích TR dung ngôn ngữ phải hiểu Tài liệu ứng dụng gồm có loại: yêu cầu, đặc tả kỹ thuật, thiết kế TR viết user story hay từ nguồn khác phần mềm Người kiểm thử sử dụng TR để thi hành, cài đặt test case III.2 Test case III.2.1 Giới thiệu Định nghĩa: Là tình kiểm tra, thiết kế để kiểm tra đối tượng có thoả u cầu đặt hay khơng Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 33 Tìm hiều kiểm thử phần mềm kiểm thử tự động Mục đích test case: - Tạo tin tưởng - Thực thi lặp để tạo kết - Lưu trữ kết test từ testcases - Tự động - Để tìm lỗi - Để xác định kiểm thử thực - Sử dụng công cụ để training kiểm thửu viên - Xác nhận kiểm thử bao phủ III.2.2 Yêu cầu test case - Phải có khả băt lỗi - Không đơn giản không phức tạp - Không thừa - Làm cho sai lệch chương trình trở nên rõ ràng * test case tốt: Nhận biết đối tượng kiểm thử Có tiêu chí đánh giá pass hay fail Phải chi tiết để tester với hiểu biết hệ thống thực test case * test case không tốt: Để người dung tự tìm liệu test Đưa ý tưởng cao Không xem xét người kiểm thử có kinh nghiệm Đưa bước khó xác định pass hay fail III.2.3 Bản chất test case Những thứ quan trọng test case: Test case ID Test Description purpose/object/title Product/ Steps Script Expected result Obseved result III.2.4 Cú pháp test case Hành động + Chức + Điều kiện Chức : chức năng, tính năng, điểm xác định Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 34 Tìm hiều kiểm thử phần mềm kiểm thử tự động Điều kiện liệu Hành động : Xác định Kiểm thử Giá trị Thực thi Chạy Tính toán … Điểm xác định là dự kiến kết Nó phải viết III.3 Phương thức kiểm thử kỹ thuật thiết kế Test case Tìm hiểu vài loại kiểm thử - Kiểm thử yêu cầu (Requirement testing) - Kiểm thử thăm dò (Exploratory) - kiểm thử smoke (Smoke testing) - Kiểm thử hồi quy (Regresstion) Test case: - Tiêu chuẩn test case - Bản chất test case - Cú pháp test case Một vài kỹ thuật thiết kế test case: - Phân vùng tương đương - Phân tích giá trị biên III.3.1 Phương thức kiểm thử vài loại kiểm thử III.3.1.1 Phương thức kiểm thử Một định nghĩa xây dựng để xác định, đánh giá sản phẩm , hệ thống, hay hệ thống mà sản xuất kết kiểm thử III.3.1.2 Các loại kiểm thử III.3.1.2.1 Kiểm thử yêu cầu sở - Kiểm thử yêu cầu Kiểm thử đặc tả phần mềm Kiểm thử sản phẩm dựa thông tin yêu cầu tài liệu đặc tả kỉ thuật Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 35 Tìm hiều kiểm thử phần mềm kiểm thử tự động - Mục đích kiểm thử xác định lại yêu cầu(Requirement Validation ) Các bước xây dựng kiểm thử này: + Phân tích yêu cầu sở + Tập hợp thật nhiều thơng tin + Bảo đảm chức hoạt động + Thực thi test case III.3.1.2.2 Kiểm thử thăm dò - Mục đích kiểm thử thăm dị để phát khiếm khuyết sản phẩm - Nhiệm vụ tìm cách để thiết kế thử nghiệm, khám phá từ vùng biết đến vùng chưa biết -Kiểm thử thăm dò loại kiểm thử mạnh, mục đích thăm dị vùng yếu chương trình - Một vài điều kiện lỗi phải đựơc kiểm tra: - Ngoài giá trị biên Giá trị vào null tải Lỗi phần cứng nhớ - Kiểm thử thăm dị xây dựng với số lỗi cao III.3.1.2.3 Kiểm thử hồi quy - Là loại kiểm thử chung công việc Thực re-run Kiểm định chất lượng không testing , không thực tìm lỗi Hao phí thời gian lớn Kiểm thử hồi quy thực sau tạo thêm chức hay chỉnh sửa lại chương trình Mục đích: - Chạy lại test case để xác định sửa đổi không gây hỏng kết hệ thống đáp ứng yêu cầu với chi tiết kỹ thuật - Chạy lại test case để chắn lỗi sữa thật sữa người lập trình III.3.1.2.4 Kiểm thử Smoke - Kiểm thử smoke biết đến môt kiểm thử xác nhận - Kiểm thử tiếp cận ứng dụng theo kiểu “rộng sâu” III.3.2 Một vài kỹ thuật thiết kế test case - Phân vùng tương đương Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 36 Tìm hiều kiểm thử phần mềm kiểm thử tự động - Phân tích giá trị biên Phân tích ràng buộc Quan hệ liệu Chuyển trạng thái Điều kiện kết hợp III.3.2.1 Phân vùng tương đương: (đã tìm hiểu chương trên) III.3.2.2 Phân tích giá trị biên: (đã tìm hiểu chương trên) III.3.2.3 Điều kiện ràng buộc: Là quan hệ biến khác Các bước chung để thiết kế kiểm thử sử dụng điều kiện rang buộc - Xác định biến độc lập tìm quan hệ chúng - Xác định tất giá trị vào cho biến - Danh sách biến với liệu vào quan hệ chúng III.3.2.4 Quan hệ liệu: Những liêu có quan hệ rang buộc với Ví dụ: Chương trình kiểm tra “end day” với ngày “start day” start day khơng thể sau “end day” “end day” không trước “start day” “end day”được định nghĩa “start day” III.3.2.5 Chuyển trạng thái: Liên quan đến phân tích mối quan hệ giai đoạn, kiện hay hành động mà gây chuyển trạng thái từ trạng thái sang trạng thái khác Các bước chung: Xác định tất giai đoạn hổ trợ Định nghĩa kiểm thử - Trạng thái băt đầu - Sự kiện vào mà gây chuyển trạng thái - Kết chuyển trạng thái - Giai đoạn kết thúc Người kiểm thử phải bao phủ hết khẳng đinh phủ định III.3.2.6 Điều kiện kết hợp: Liên quan đến phân tích quan hệ kết hợp biến Quan hệ đại diện cho điều kiện để kiêm thử Bước thực hiện; - Xác định biến - Xác định giá trị biến - Tạo bảng quan hệ điều kiện cho biến III.4 Các lỗi thường gặp kiểm thử Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 37 Tìm hiều kiểm thử phần mềm kiểm thử tự động III.4.1 Các lỗi liệu vào I Kiểu II Thể IV Dữ liệu vào không chấp nhận III Dữ liệu vào VI Chấp nhận liệu vào không VIII Mô tả sai thiếu X Tham số sai thiếu XII Định dạng sai XIV Kết sai XVI Dữ liệu thể vào thời điểm không XI Dữ liệu XVIII Khơng hồn thành thiếu kết XX Kết sai XXII Lỗi tả/ngữ pháp III.4.2 Các lỗi logic • Thiếu trường hợp • Lặp trường hợp • Điều kiện rườm rà không cần thiết • Hiểu sai • Thiếu điều kiện • Điều kiện khơng liên quan đến cơng việc • Kiểm tra sai biến • Vịng lặp khơng • Sai tốn tử III.4.3 Các lỗi tính tốn • Thuật tốn sai • Thiếu tính tốn • Tốn hạng sai Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 38 Tìm hiều kiểm thử phần mềm kiểm thử tự động • Phép tốn khơng • Lỗi dấu ngoặc đơn • Thiếu độ xác • Hàm có sẵn bị sai III.4.4 Các lỗi giao diện • Bắt lỗi dừng chương trình khơng • Thời gian vào liệu • Gọi đến thủ tục sai • Gọi đến thủ tục khơng tồn • Thiếu tham số • Kiểu liệu khơng thích hợp • Sự bao gồm khơng cần thiết III.4.5 Các lỗi liệu Khởi tạo khơng • Lưu trữ/Truy cập khơng • Giá trị cờ/chỉ số sai • Sử dụng biến sai • Tham chiếu liệu khơng • Kích thước liệu khơng • Kiểu liệu khơng • Phạm vi liệu khơng • Dữ liệu khơng quán Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 39 Tìm hiều kiểm thử phần mềm kiểm thử tự động CHƯƠNG IV ỨNG DỤNG LÝ THUYẾT ĐỂ THIẾT KẾ TEST REQUIREMENTS VÀ TEST CASE IV.1.Ví dụ thiết kế TR TC cho Gmail web ứng dụng Evernote IV.1.1 TR TC cho số chức gmail Từ kiến thức học, thiết kế test requirement test case cho chức gmail Và chức thực ứng dụng “Thiết kế test requirement test case cho chức attachments Gmail” Mục tiêu: Biết cách để tạo test reuirement test case cho ứng dụng Thiết kế test requirement test case theo chuẩn Test requirement: TR-ID Test Requirements Stat us Resoluti on TR Type Traceability Requirements For Attachments TR001 Verify that user can attach a file by choose "Attach A File " link Ne w New Function al TR002 Verify that user can remove file they attached by choose "Remove"button Ne w New Look n Feel TR003 Verify that user can't attach a file larger than 25Mb Ne w New Negative l http://mail.google.com TR004 Verify that user can download attachments are sent Ne w New Function http://mail.google.com TR006 Verify that user will get advice when download attachments file types exe Ne w New Look n Feel http://mail.google.com TR007 Verify that user can attach multiple files at a time by choose "Attach More File" link Verify that user can choose path for multiple files need attach after choose "Attach More File" link Ne w New Function http://mail.google.com Ne w New Function http://mail.google.com TR008 Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 http://mail.google.com http://mail.google.com Trang 40 Tìm hiều kiểm thử phần mềm kiểm thử tự động TR009 Verify that user can see size file after attached successful Ne w New New New Verify that user can choose file want to send after attached successful by tick on check box TR010 Look n Feel Look n Feel http://mail.google.com http://mail.google.com Test case: Step TC-0001 Type Description User login gmail with abc account create a file test.doc Go to compose mail screen by click compose step step Click Attach a file under the subject field step Browse through file would like to attach(test.doc) step Click Open VP step PostConditio ns TC-0002 Expected Result Verify user can attach a file PreConditio ns Data Dialog box to choose file appaer file test.doc File need to attach is selected Screen attached appear User can see link file has just attached on screen(test.doc) click on link file test.doc on screen User can download this file, and this file is same file attached(test.doc ) log out Verify that user can remove file Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 41 Tìm hiều kiểm thử phần mềm kiểm thử tự động they attached by choose Remove"button PreConditio ns User login gmail with abc account create a file test.doc step Go to compose mail screen send mail screen display Click browse button dialog box to choose file display step Step Step Step VP Step Attach success Make sure exits a attached file user can see file attached(test.doc) on scren Step Click Remove PostConditio ns TC-0003 Choose file to attach test.doc Click open choose file success attach file success file test.doc disappeared Logout Verify that user can't attach a file larger than 25Mb PreConditio ns User login gmail with abc account Create file with size 30Mb name is test.rar Step Go to compose mail screen by click compose send mail screen display Step Click Attach a file under the subject field dialog box to choose file appear Step Choose path to file want to attach click open test.rar find file success dialog box error,user can't attach file larger 25Mb appear Step Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 42 Tìm hiều kiểm thử phần mềm kiểm thử tự động PostConditio ns close dialog TC-0004 Verify that user can view the attachment as HTML with file doc, xls, txt PreConditio ns User login gmail with abc account Step VP Step Step VP PostConditio ns Make and send an email with contents sent from "xyz" account: Subject: test view Content: hi every attachment : test.doc Go to Inbox screen Make sure exist an email with following contents sent from "xyz" account: Subject: test view Content: hi every attachment : test.doc select "test view" email sent from "xyz" account test.doc "Test view" email was selected click view at attachment file appear with docs google make sure file can reading view attachment success close file Logout IV.1.2 TR TC cho ứng dụng Evernote Ví dụ thiết kế test requirement test case cho phần mềm Evernote Save searc h SS001 Type Summary Steps Expected Results Functionality Save search : Verify that user can create saved seaches for a node Pre-condition: Login with account is "tungnguyen259" A note with name "School" created Steps: at the step : A dialog to fill name appear at the step :A saved searches created, with name is "morning" and content has note name is Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 43 Tìm hiều kiểm thử phần mềm kiểm thử tự động SS002 Functionality Save search : Verify that user can create saved seaches with all notebook value Save search : Verify that user can create saved seaches with notebook value 1.Right click on "saved searches" label 2.Choose "create savea searches" 3.Fill name : "Morning" 4.Click "OK" button 5.Right click on "Morning" saved searches Choose properties in contact menu item Fill "school" into query field Click "OK" button Post-condition: Delete saved search Sign out Pre-condition: Login with account is "tungnguyen259" Create note with name: "Hello" Steps: Open all notebook 2.Right click on "saved seaches"label 3.Fill name "Allnote" 4.Click "OK" Post-condition: Delete saved search Sign out Pre-condition: Login with account is "tungnguyen259" Created notebook name: "Home" Created note in "Home"with name: "Hello" Steps: Open notebook "Home" 2.Right click on "saved seaches"label 3.Fill name ""Hoho" 4.Click "OK" Post-condition: Delete saved search Sign out "school" At step 4: A saved searches with name "allnote" created And saved search "allnote" will appear all note in all notebook At step 4: A saved searches with name "Hoho" created Saved searches "Hoho" will appear all note in "Home" notebook Tải FULL (88 trang): https://bit.ly/3Mc1wf5 Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 44 Tìm hiều kiểm thử phần mềm kiểm thử tự động SS003 Functionality Save search : Verify that user can rename saved search by pressing "F2" key SS004 Functionality Save search : Verify that user can delete saved search by right click on saved search name choose delete Clipping text CT001 Type Summary Functionali ty Clipping text : verify that User can add file pdf note Pre-condition: Login with account is "tungnguyen259" A note name "school" created A saved searches with name "Morning" created Steps: 1.Click on "Morning" saved search at list saved searches 2.Pressing "F2" 3.Fill new name : "Evening" 4.Pressing "Enter" Post-condition: Delete saved search Sign out Pre-condition: Login with account is "tungnguyen259" A note with name "School" created A saved searches with name is "morning" created Steps: 1.Right click on "Morning" saved searches at list saved searches 2.Choose "delete saved search" at contact menu item 3.Click "OK" button Post-condition: Delete saved search Sign out Steps At step 1: a Saved search with name "Morning" created At step 5: Saved searches name "Morning" changed with new name is "Evening" Pre-conditions: login with account "tungnguyen259" Created a pdf file with name is "Evernote-WindowsGuide_3.5" Steps: Click on file pdf "EvernoteWindows-Guide_3.5" Right click on evernote icon on taskbar Choose "Clip current selection" on contact menu item Swich to evernote Click on "EvernoteWindows-Guide_3.5.pdf" in interface evernote Post-conditions: Delete file added Sign out At step 4: A clipper with name "EvernoteWindowsGuide_3.5"appear at interface evernote At step 5: User can view content file "EvernoteWindows-Guide_3.5.pdf" Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 At step 1: A saved search with name "Morning" created At step 4: Saved searches with name is "Morning" deleted Expected Results Trang 45 Tìm hiều kiểm thử phần mềm kiểm thử tự động CT002 CT003 Functionali ty Functionali ty Clipping text : verify that A small notification window wil appear when successfull y added Clipping text : Verify that User can add file jpg note Pre-conditions: Login with account "tungnguyen259" Created a pdf file with name is "Today" Steps: Click on file pdf "Today" Right click on evernote icon on taskbar Choose "Clip current selection" on contact menu item Post-conditions: Delete saved searches Sign out Pre-conditions: Login with account "tungnguyen259" Created a file with name is "image.jpg" Steps: Click on file "image.jpg" Right click on evernote icon on taskbar Choose "Clip current selection" on contact menu item Swich to evernote 5.Click on image.jpg in interface evernote Post-conditions: Delete file created Delete file added Sign out At step3: A notification "1 note added" appear At step 3: A notification "1 notes added" apeear At step 4: A clipper with name "image.jpg"appear at interface evernote At step 5: user can view file image.jpg IV.2.Ví dụ Bug cách viết Bug Mô tả bug phần mềm Minibank Lổi chức “Account”: bug ID Tải FULL (88 trang): https://bit.ly/3Mc1wf5 Decription: User can create an account which balance is negative number User can create an account which balance can be negative number Steps: Open MiniBank Summary: Click "Accounts" button Fill number: 1010; firstname: "tung"; lastname: "nguyen"; balance: -1500 Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 46 Tìm hiều kiểm thử phần mềm kiểm thử tự động Click "Process" button balance is -1500 An error message will display and inform user can't use negative number in balance Yes High Obsevered: Expected Result: Reproducible: Priority: Bug id User can create an account without name and balance Sumary When user create account, user must have informations about account but this application user can create an account is not name and balance Open minibank Click account fill number: "0123" fill lastname empty fill firstname empty fill balance empty Click process account create with number 0123, another fields empty dialog box error appear Yes High Decription: Steps: Observed Resultf Expected Result: Reproducible: Priority: Bug id Sumary Decription: Steps: Acount: user can create accounts same user can create accounts same number Open minibank Click account button fill number textbox :"1234" fill Lastname textbox: "Tung" fill Firstname textbox:"Nguyen" fill balance textbox:"1000" Click process Click account button fill number textbox :"1234" fill Lastname textbox: "Tung" fill Firstname textbox:"Nguyen" fill balance textbox:"1000" Click process two accounts created information same dialog error data input appear Yes High Observed Resultf Expected Result: Reproducible: Priority: bug ID Summary: Decription: Steps: Account form: user can create an account with invalid name User can fill "firstname" and "lastname" textbox with numeric character or special character Open minibank Click Account Fill information in textboxes Nguyễn Tùng 06T2 – Nguyễn Đăng Quyền 06T1 Trang 47 6721802 ... Trang Tìm hiều kiểm thử phần mềm kiểm thử tự động TÓM TẮT ĐỒ ÁN Đồ án gồm nội dung sau: - Khái quát kiểm thử phần mềm: o Khái niệm kiểm thử phần mềm o Một số phương pháp kiểm thử phần mềm o Các. .. cho kiểm thử viên Nhận thấy tầm quan trọng kiểm thử phần mềm việc phát triển phần mềm nay, chúng em chọn đề tài: ? ?Tìm hiểu phương pháp kiểm thử phần mềm ứng dụng công cụ kiểm tra tự động TestArchitect. .. Trang 14 Tìm hiều kiểm thử phần mềm kiểm thử tự động CHƯƠNG II TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM II.1 Kiểm thử phần mềm Khái niệm Kiểm thử phần mềm trình xác minh thẩm định động tức trình thực kiểm