ĐỀ tài NGHIÊN cứu CÔNG cụ KIỂM THỬ TEST COMPLETE và ỨNG DỤNG

  TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ======***====== BÁO CÁO BTL HỌC PHẦN: KIỂM THỬ PHẦN MỀM ĐỀ TÀI: NGHIÊN CỨU CÔNG CỤ KIỂM THỬ TEST COMPLETE VÀ ỨNG DỤNG GVHD: Nhóm: Thành viên:  Hà Nội, Năm 2022 MỤC LỤC     LỜI NÓI ĐẦU Hiện nay, phát triển mạnh mẽ bước chuyển nhanh chóng xu công nghệ thông tin giới mang lại cho Việt Nam đồng thời thuậnquả lợi ứng khó khăn Do đó, dự án, trìnhtếquốc gia trị nhằm đẩy hiệu dụng CNTT mặt đờichương sống kinh - - xãthúc hội ngày trọng gấp rút triển khai Kéo theo nhu cầu lĩnh vực kiểm kiểm thử phần mềm, đặc biệt kiểm thử phần mềm tự động Tại Việt Việt Nam, khái niệm không mẻ song chưa hoàn toàn quen thuộc Thực tế cho thấy, số lượng đơn vị đào tạo chuyên sâu, tester chuyên nghiệp kiểm thử phần mềm không nhiều, chưa thể đáp ứng đủ cho dự án doanh nghiệp Nếu xét theo tiêu chuẩn quốc tế, tỷ lệ lập trình viên tester 3:1 (cứ  lập trình viên có tester), đơi tỉ lệ 1:1 với dự án đặc thù; Việt Nam, tỉ lệ đáp ứng cơng việc tester rơi vào khoảng 1.5 Dù biết công tác kiểm thử, đảm bảo chất lượng giữ vai trò quan trọng việc mang lại thành công dự án phần mềm song công ty có đủ chun mơn điều kiện cho phép để thực quy trình Tuy nhiên, với lợi cạnh cạnh tranh như: nguồn nhân lực rẻ có sẵn trình độ kỹ thuật; thuật; đầu tư  phát triển sở hạ tầng nhanh; môi trường đầu tư an toàn; chất lượng dịch vụ trội tỉ lệ thay đổi nhân thấp… Việt Nam hi vọng tin tưởng vào khả trở thành đối tác kinh doanh đầy tiềm hấp dẫn ngành kiểm thử  phần mềm Sau trình tìm hiểu nhóm 15 chúng em định lựa chọn đề tài:  Nghiên cứu công cụ kiểm thử Test Complete ứng dụng ” để làm báo cáo kết “thúc môn học Rất mong nhận ý kiến nhận xét, đóng góp thầy bạn để báo cáo nhóm hồn thiện Chúng em xin chân thành cảm ơn thầy giáo hỗ trợ chúng em vô tận tình để chúng em hồn thành đề tài Chúc thầy thật nhiều sức khỏe ngày thành công đường giảng dạy m ình   CHƯƠNG TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM 1.1 Lý thuyết kiểm thử phần mềm 1.1.1 Kiểm thử phần mềm gì? Kiểm thử phần mềm quy trình sử dụng để đánh giá, kiểm tra chất lượng phần mềm nhiều khía cạnh khác dựa yêu cầu người sử  dụng sản phẩm phần mềm, nhằm đảm bảo phần mềm hoạt động tốt môi trường, trường hợp khác Kiểm thử phần mềm kiểm tra tiến hành để cung cấp cho bên liên quan thông tin chất lượng sản phẩm dịch vụ kiểm thử Kiểm thử cung cấp cho doanh nghiệp quan điểm, cách nhìn độc lập phần mềm để từ cho phép đánh giá thấu hiểu rủi ro trình triển khai phần mềm Trong thuậtvới kiểm hạn ởmềm việc (bao thựcgồm hiệncác mộtlỗichương trình ứngkỹdụng mụcthử đíchkhơng tìmchỉ cácgiới lỗi phần thiếu sót) mà cịn q trình phê chuẩn xác minh chương trình máy tính / ứng dụng / sản phẩm nhằm: - Đáp ứng yêu cầu hướng dẫn thiết kế phát triển phần m mềm ềm - Thực cơng việc kỳ vọng - Có thể triển khai với đặc tính tương tự - Và đáp ứng nhu cầu bên liên quan Tùy thuộc vào phương pháp, việc kiểm thử thực lúc trình phát triển phần mềm Theo truyền thống nỗ lực kiểm thử tiến hành sau yêu cầu xác định việc lập trình hoàn tất Agile (là tập hợp phương pháp phát triển phần mềm linh hoạt dựa việc lặp lặp lại gia tăng giá trị) việc kiểm thử tiến hành liên tục suốt trình xây dựng phần mềm Như vậy, vậy, phương pháp kiểm thử bị chi phối theo quy trình phát triển phần mềm định 1.1.2 Các mục tiêu kiểm thử phần mềm - Phát nhiều lỗi tốt thời gian kiểm thử xác định trước - Chứng minh sản phẩm phần mềm phù hợp với đặc tả yêu cầu   - Xác thực chất lượng kiểm thử phần mềm dùng chi phí nỗ lực tối thiểu - Tạo testcase chất lượng cao, thực kiểm thử hiệu tạo báo cáo vấn đề hữu dụng 1.1.3 Phân loại kiểm thử phần mềm Ta phân loại kiểm thử dựa vào yếu tố: Chiến lược kiểm thử, phương pháp kiểm thử kỹ thuật kiểm thử - Dựa vào chiến lược kiểm thử ta phân chia kiểm thử thành loại: kiểm thử thủ công kiểm thử tự động - Theo phương pháp tiến hành kiểm thử ta chia kiểm thử thành loại: + Kiểm thử tĩnh: Là loại kiểm tra code khơng thực Nó thực tay công cụ Loại kiểm tra thực kiểm tra code, tài liệu yêu cầu tài liệu thiết kế đưa nhận xét, lưu nhận xét vào tài liệu công việc Khi phần mềm khơng thực thi khơng làm gì, thực kiểm tra trạng thái an toàn để phân tích phần mềm mơi trường khơng chạy + Kiểm thử động: Được thực code chế độ thực thi Thử  nghiệm động thực mơi m trường thực thi chạy chương trình ứng dụng Khi code thực thi, đầu vào truyền giá trị, kết đầu việc thực so sánh với kết dự kiến ban đầu đưa Với việc quan sát hành vi chức phần mềm, giám sát hệ thống nhớ, thời gian phản hồi CPU, hiệu suất hệ thống.được thực code chế  độ thực thi Thử nghiệm động thực môi trường thực thi chạy chương trình ứng dụng Khi code thực thi, đầu vào truyền giá trị, kết đầu việc thực so sánh với kết dự kiến ban đầu đưa Với việc quan sát hành vi chức phần mềm, giám sát hệ thống nhớ, thời gian phản hồi CPU, hiệu suất hệ thống - Dựa vào kỹ thuật kiểm thử ta phân chia kiểm thử thành loại: + Kiểm thử hộp đen + Kiểm thử hộp trắng + Kiểm thử hộp xám   1.1.4 Các cấp độ kiểm thử phần mềm Kiểm thử phần mềm không đơn giản nhiều người thường nghĩ, cơng việc có nhiều mức độ khác có mối tương quan với chặng phát triển dự án phát triển phần mềm Trong dự án kiểm thử phần mềm bao gồm mức độ bản: Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống thống kiểm thử chấp nhận   - Kiểm thử đơn vị (Unit Testing): kiểm thử thực chi tiết đơn vị nhỏ (hàm, class, ) có hoạt động khơng? - Kiểm thử module (Module Testing): kiểm thử dịch vụ module có phù hợp với đặc tả module khơng? - Kiểm thử tích hợp (Integration Testing): kiểm thử xem phân hệ phần mềm có đảm bảo với đặc tả thiết kế phân hệ không? - Kiểm thử hệ thống (System Testing): Testing): kiểm thử yêu cầu không chức phần mềm hiệu suất, bảo mật, làm việc môi trường căng thẳng, - Kiểm thử độ chấp nhận người dùng (AcceptanceTesting): kiểm tra xem người dùng có chấp thuận sử dụng phần mềm không? - Kiểm thử hồi quy: làm có hiệu chỉnh, nâng cấp phần mềm với mục đích xem phần mềm có đảm bảo thực chức trước hiệu chỉnh không?   1.1.5 Test case Mỗi testcase chứa thông tin cần thiết để kiểm thử thành phần phần mềm theo mục tiêu xác định Testcase gồm thông tin {tập liệu đầu vào, trạng thái thành phần phầm mềm, tập kết kỳ vọng} - Tập liệu đầu vào (Input): gồm giá trị liệu cần thiết để thành phần phầm mềm dùng xử lý - Tập kết kỳ vọng: kết mong muốn sau thành phần phần mềm xử  lý liệu nhập - Trạng thái thành phần phần mềm: tạo giá trị prefix postfix Tập testcase: tập hợp testcase mà ta có ý định dùng để kiểm thử  thành phần phần mềm để minh chứng TPPM có hành vi mong muốn Các phương pháp thiết kế test case - Kiểm thử hộp box góchiện nhìnthực sử dụng + Khơng cầnđen kiến(Black thức chitesting): tiết thiếttheo kế bên + Kiểm thử dựa yêu cầu đặc tả sử dụng thành phần phần mềm - Kiểm thử hộp trắng (White box testing): theo góc nhìn thực + Cần kiến thức chi tiết thiết kế thực bêntrong + Kiểm thử dựa vào phủ lệnh, phủ nhánh, phủ điều kiện Kiểu kiểm thử   Unit testing Integration testing Functional testing System testing Kỹ thuật kiểm thử dùng Hộp trắng, hộp đen Hộp đen, hộp trắng Hộp đen Hộp đen   Acceptance testing Hộp đen 1.1.6 Các nguyên tắc kiểm thử  Thông tin thiết yếu testcase kết hay liệu xuất kỳ vọng Nếu kết kỳ vọng testcase không định nghĩa rõ ràng, người ta giải thích kết sai (plausible) thành kết tượng “the eyes seeing what it wants to see.” => test case phải chứa thành phần thiết yếu: - Đặc tả điều kiện liệu nhập - Đặc tả xác kết chương trình tương ứng với dữ   liệu nhập Việc kiểm thử địi hỏi tính độc lập: lập trình viên nên tránh việc kiểm thử TPPM viết Các issues tâm lý: - Chương trình chứa lỗi lập trình viên hiểu sai đặc tả/phát biểu vấn đề - Tổ chức lập trình khơng nên kiểm thử chương trình tổ chức viết - Thanh tra cách xuyên suốt kết kiểm thử Phải thiết kế đủ test case cho trường hợp: liệu đầu vào hợp lệ liệu đầu vào không hợp lệ chờ đợi Xem xét chương trình xem khơng thực điều mong muốn, xem có làm điều khơng mong muốn? Tránh testcase "throwaway" chương trình thật "throwaway" Khơng nên lập kế hoạch nỗ lực kiểm thử dựa giả định ngầm phần mềm khơng có lỗi Xác xuất xuất nhiều lỗi section phần mềm tỉ lệ thuận với số lỗi phát section Kiểm thử tác vụ thách thức địi hỏi sáng tạo trí tuệ Kiểm thử phần mềm nên thành phần nhỏ đơn giản đến thành phần ngày lớn Kiểm thử theo kiểu vét cạn khơng thể Nên hoạch định qui trình kiểm thử trước bắt đầu thực kiểm thử 1.1.7 Quy trình kiểm thử phần mềm Dẫu cho biến thể tồn tổ chức lập trình có quy trình điển hình để kiểm thử Mẫu phổ biến tổ chức sử dụng   mơ hình phát triển Waterfall (thác nước) Các hoạt động tương tự thường tìm thấy mơ hình phát triển khác, có khơng rõ ràng Quy trình kiểm thử phần mềm: - Phân tích yêu cầu: Kiểm thử thường bắt đầu lấy yêu cầu giai đoạn vòng đời phát triển phần mềm Trong giai đoạn thiết kế, Tester làm việc với nhà phát triển để xác định khía cạnh thiết kế kiểm chứng thông số kiểm tra - Lập kế hoạch kiểm thử: Chiến lược kiểm thử, kế hoạch kiểm thử, kiểm thử  sáng tạo… Và có kế hoạch cần thiết nhiều hoạt động thực thời gian kiểm thử - Kiểm thử phát triển: Các quy trình kiểm thử, kịch bản, Test Case, liệu sử dụng kiểm thử phần mềm - Kiểm thử thực hiện: Dựa kế hoạch, văn kiểm thử báo cáo lỗi tìm thấy cho nhóm phát triển - Kiểm thử báo cáo: Sau hoàn tất kiểm thử, Tester tạo số liệu báo cáo cuối nỗ lực kiểm thử họ có sẵn sàng phát hành phần mềm hay khơng - Phân tích kết kiểm thử phân tích thiếu sót thực đội ngũ phát triển kết hợp với khách hàng để đưa định xem thiếu sót cần phải chuyển giao, cố định từ bỏ (tức tìm phần mềm hoạt động xác) giải sau - Test lại khiếm khuyết: Khi khiếm khuyết xử lý đội ngũ phát triển, phải kiểm tra lại nhóm kiểm thử - Kiểm thử hồi quy: Người ta thường xây dựng chương trình kiểm thử  nhỏ tập hợp kiểm tra cho tích hợp mới, sửa chữa cố định phần mềm, để đảm bảo cung cấp không phá hủy điều tồn phần mềm cịn hoạt động cách xác - Kiểm thử đóng gói: Mỗi phép thử thỏa mãn tiêu truy xuất thu kết quan như: học kinh nghiệm, kết quả, ghi, tài liệu liên quan lưu trữ sử dụng tài liệu tham khảo cho dự án tương lai   1.2 Kỹ thuật kiểm thử tự động 1.2.1 Khái quát kiểm thử phần mềm tự động Kiểm thử phần mềm tốn nhiều chi phí nhân cơng, thời gian Trong số dự  án, chi phí kiểm thử phần mềm chiếm 40% tổng giá trị dự án Nếu cần ứng dụng an toàn hơn, chi phí kiểm thử cịn cao Do mục tiêu kiểm thử tự động hóa nhiều, nhờ mà giảm thiểu chi phí, giảm lỗi, đặc biệt giúp việc kiểm thử hồi qui dễ dàng nhanh chóng Tự động hóa việc kiểm thử dùng phần mềm điều khiển việc thi hành kiểm thử, so sánh kết có với kết mong muốn, thiết lập điều kiện đầu vào, kiểm soát kiểm thử chức báo cáo kết 1.2.2 Kiểm thử tự động gì? Kiểm thử tự động trình thực cách tự động bước kịch kiểm thử Kiểm thử tự động công cụ nhằm rút ngắn thời gian kiểm thử 1.2.3 Tại phải kiểm thử tự động • • • • • • • • Kiểm thử phần mềm tự động với mục đích: Giảm bớt cơng sức thời gian thực trình kiểm thử Tăng độ tin cậy Giảm nhàm chán cho người Rèn luyện kỹ lập trình cho kiểm thử viên Giảm chi phí cho tổng trình kiểm thử Khi cần kiểm thử tự động: Không đủ tài nguyên: số lượng tài nguyên nhiều mà kiểm thử viên hồn gian thể mềm, kiểm tra lại tính chạy tốt Kiểm tratất hồitrong quy:thời nâng cấpcụphần tính sửa -> khó đảm bảo mặt thời gian Kiểm tra khả vận hành phần mềm môi trường đặc biệt: - Đo tốc độ trung bình xử lí u cầu web server - Xác định số yêu cầu tối đa xử lý web server - Xác định số cấu hình máy thấp mà phần mềm hoạt động tốt 1.2.4 Nguyên tắc kiểm thử tự động Thực sai lầm nghĩ tự động đơn giản chụp lại, ghi lại tiến trình kiếm thử thủ cơng Thực tế, kiểm thử tự động có điểm khác với kiểm thử  10   trường thêm 4.Click “Thêm vào thí sinh mới” sở dữ  liệu hiển thị lên lable Post-conditions: Đăng nhập vào trang chủ Project Name: TestQuanLyT estQua nLyTuyenSinh uyenSinh Test Case Test Case ID: TC_04 Test Designed by: Phạm Quang Long Test Priority : High Module Name: TestSua Test Title: Tit le: Sửa thơng tin thí sinh Description: Test chức sửa Test Designed date: 15/06/2022 Test Executed by: Phạm Quang Long Test Execution date: 15/06/2022 thơng tin thí sinh Pre-conditions: - Tạo project test - Chọn Applicatio Applicationn file - Mở Application QuanLyTuyenSinh - Đăng nhập với chức quản trị viên Dependencies: Mở phần mềm quản lý tuyển sinh qua chức record TestComplete St ep Test Steps Test Expected Actual Statu Data Result Result s 38 Notes   (Pass  /  Fail) 1.Đăng nhập thành công vào ứng dụng Hệ thống tài khoản hợp lệ 2.Chọn thí sinh cần sửa click “Sửa” Hiển thị đưa Bỏ trống tất thống báo thông báo trường “cần nhập “Cần nhập đầy đủ” thông tin 3.Bỏ trống tất Pass đầy đủ” trường 4.Click “Cập nhật” 1.Đăng nhập thành công vào ứng dụng Hệ thống tài khoản hợp lệ 2.Chọn thí sinh Bỏ trống cần sửa click “Sửa” trường 3.Bỏ trống Hiển thị đưa thông báo “cần nhập thông báo “Cần nhập đầy đủ” thông tin đầy đủ” trường 4.Click “Cập nhật” 39 Pass   1.Đăng nhập Hệ thống thành công vào đưa ứng dụng thông tài khoản hợp lệ báo”Sửa 2.Chọn thí sinh thơng tin cần sửa click thí sinh “Sửa” thành 3.Nhập thông tin trường Nhập hợp lệ trường Sửa thơng tin thí sinh 4.Click “Cập thành cơng nhật” cơng” , sửa thơng tin thí sinh Pass cơ  sở liệu hiển thị lên 1.Đăng nhập Hiển thị lable Hiển thị thành công vào thông báo thông báo “cần chọn “cần chọn thí sinh cần thí sinh ứng dụng tài khoản hợp lệ Không 2.Click “Sửa” sửa” Post-conditions: Đăng nhập vào trang chủ Pass cần sửa” Project Name: TestQuanLyT estQua nLyTuyenSinh uyenSinh Test Case Test Case ID: TC_05 Test Designed by: Phạm Quang Long Test Priority : High  Test Designed date: 15/06/2022 Module Name: TestXoaThiSinh Test Executed by: Phạm Quang Long Test Title: Tit le: Xố thí sinh Test Execution date: 15/06/2022 Description: Test chức xố thí sinh Pre-conditions: 40   - Tạo project test - Chọn Application Application file - Mở Application QuanLyTuyenSinh - Đăng nhập với chức quản trị viên Dependencies: Mở phần mềm quản lý tuyển sinh qua chức record TestComplete TestComplete Ste p Test Steps Test Data Expected Actual Result Result Status (Pass/Fail ) Hệ thống đưa 1.Đăng nhập thơng báo thành cơng vào “Xố thí ứng dụng Hiển thị sinh thành tài khoản hợp lệ thống báo cơng”, “Xố thí xố thơng sinh thành tin thí cơng” sinh 2.Chọn thí sinh cần sửa click Mã thí sinh chọn “Xố” 3.Click “Đồng sở dữ  ý” liệu Pass cập nhật Hiển thị lại table Hệ thống thành công vào thông báo đưa ứng dụng “Cần chọn thông báo 1.Đăng nhập Không 41 Pass Not es   tài khoản hợp lệ “Cần 2.Khơng chọn thí sinh cần chọn thí thí sinh cần sửa xoá” sinh cần click “Xoá” Post-conditions: Đăng nhập vào trang chủ xoá” 3.4 Thực test 3.4.1 Test Đăng nhập  Hình 3.1 Test Test chức đăng nhập 3.4.2 Test Đăng ký 42    Hình 3.2 Test Test chức đăng ký 3.4.3 Test Đăng xuất  Hình 3.3 Test Test chức đăng xuất  3.4.4 Test Test Thêm thí sinh 43    Hình 3.4 Test Test chức Thêm thí sinh 3.4.5 Test Sửa thơng tin thí sinh  Hình 3.5 Test Test chức Sửa thơng tin thí si sinh nh 3.4.6 Test Xố thí sinh 44    Hình 3.6 Test Test chức Xố thí sinh 3.4.7 Test Quản lý tài khoản  Hình 3.7 Test Test chức Quản lý tài khoản 3.4.8 Test Xem mơn thi 45    Hình 3.8 Test Test chức Xem môn thi 3.5 Kết test project  Hình 3.9 Kết Test Test chức đăng nhập 46    Hình 3.10 Kết Test Test chức đăng ký  Hình 3.11 3.11 Kết T Test est chức đăng xuất  47    Hình 3.12 Kết Test Test chức Thêm thí sinh  Hình 3.13 Kết Test Test chức sửa thơng tin thí sinh 48   =  Hình 3.14 Kết Test Test chức xố thí sinh  Hình 3.15 Kết Test Test chức quản lí tài kh khoản oản 49    Hình 3.16 Kết Test Test chức xem mơn thi Đánh giá tổng qt: tồn test cases passed 3.6 Báo cáo dánh giá trình kiểm thử  Kiểm thử phần mềm hoạt động quan trong đảm bảo chất lượng phần mềm trước người dùng sử dụng Việc tìm hiểu nghiên cứu 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 Việc xây dựng tài liệu kiểm thử phần mềm hợp lí giúp cho việc tổ chức, quản lí việc kiểm thử cách hiệu Thông qua việc kiểm thử chức phần mềm với phần mềm TestComplete ta thấy quan trọng việc kiểm thử đáng giá phần mềm mà người lập trình tạo nên Kiểm thử tất trường hợp chức hệ thống việc đơn giản ta không kiểm tra trường hợp mà phải thử trường hợp lỗi, ngoại lệ Những vấn đề đạt sau kiểm thử: ✔ Có kế hoạch kiểm thử hiệu 50   ✔ Tiến hành kiểm tra tất trường hợp xảy sử dụng chức phần mềm ✔ Các trường hợp kiểm thử test cẩn thận khơng vội vàng giảm thiểu sai sót q trình kiểm thử  ✔ Các trường hợp kiểm thử thành công không xảy lỗi Đánh giá q trình kiểm thử nhóm: ✔ Cài đặt triển khai thành công phiên TestComplete TestComplete cho phần mềm quản lý sách ✔ Hoàn thành toàn test cases cho chức phần mềm 51   TÀI LIỆU THAM KHẢO - Giáo trình Kiểm thử phần mềm - TestComplete 15 Documentation | TestComplete Documentation (smartbear.com) - Các khái niệm kiểm thử: https://viblo.asia/p/cac-khai-niem-co-banve-kiem-thu-phan-mem-63vKjR7dK2R - Kiểm thử tự động đ ộng công cụ sử dụng kiểm thử tự động: https://viblo.asia/p/kiem-thu-tu-dong-va-cac-cong-cu-duoc-su-dung-trong-kiemhttps://viblo.asia/p/kiem-thu-tu-dong-va -cac-cong-cu-duoc-su-dung-trong-kiemthu-tu-dong-aWj531qbZ6m 52 ... thử hiệu tạo báo cáo vấn đề hữu dụng 1.1.3 Phân loại kiểm thử phần mềm Ta phân loại kiểm thử dựa vào yếu tố: Chiến lược kiểm thử, phương pháp kiểm thử kỹ thuật kiểm thử - Dựa vào chiến lược kiểm. .. kế kiểm chứng thông số kiểm tra - Lập kế hoạch kiểm thử: Chiến lược kiểm thử, kế hoạch kiểm thử, kiểm thử? ? sáng tạo… Và có kế hoạch cần thiết nhiều hoạt động thực thời gian kiểm thử - Kiểm thử. .. để kiểm thử tay Kiểm thử đơn vị (Unit testing), Kiểm thử tích hợp (Integration testing), Kiểm thử hệ thống (System testing) Kiểm thử chấp nhận (User Acceptance Acceptance testing) Bất kỳ ứng dụng