Báo cáo kiểm thử LQH

Kiểm thử phần mềm, kiểm thử tự động, báo cáo môn kiểm thử và đảm bảo chất lượng phần mềm, báo cáo, kiểm thử, công nghệ thông tin, tập trình, báo cáo, phần mềm, cái đéo gì mà mô tả phải hơn 200 kí tự?

TRƯỜNG ĐẠI HỌC ĐIỆN LỰC KHOA CÔNG NGHỆ THÔNG TIN BÁO CÁO CHUYÊN ĐỀ HỌC PHẦN MÔN KIỂM THỬ VÀ ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM ĐỀ TÀI: KIỂM THỬ PHẦN MỀM QUẢN LÝ NHÂN SỰ Sinh viên thực hiện: LÊ QUANG HUY Giảng viên hướng dẫn: LÊ THỊ TRANG LINH Ngành: CÔNG NGHỆ THÔNG TIN Chuyên ngành: CÔNG NGHỆ PHẦN MỀM Lớp: D13CNPM1 Khóa: 2018 – 2023 Hà Nội, tháng năm 2022 PHIẾU CHẤM ĐIỂM Sinh viên thực hiện: Họ tên Chữ ký Điểm Lê Quang Huy Giảng viên chấm: Họ tên Giảng viên chấm : Giảng viên chấm : Chữ ký Ghi Mục lục DANH MỤC HÌNH ẢNH DANH MỤC BẢNG BIỂU LỜI NĨI ĐẦU Trong năm gần đây, cơng nghệ thơng tin phát triển nhanh chóng, mạnh mẽ ứng dụng hầu hết mặt đời sống, kinh tế, xã hội Công nghệ thông tin phát triển đồng nghĩa với ngành cơng nghệ phần mềm phát triển Việc xây dựng ứng dụng web hay phần mềm ngày phổ biến ngày trở nên thân thiết với người qua hoạt động giới thiệu, quảng cáo, mua bán, quản lý mạng Cuộc sống lên cao nhu cầu chất lượng sản phẩn tăng lên Một sản phẩm không dừng lại việc thân thiện, dễ sử dụng mà cịn phải ln xác, kịp thời đảm bảo tính bảo mật tốt Lỗi phần mềm nói chung hay ứng dụng web nói riêng gây hậu nghiêm trọng Do đó, hoạt động đảm bảo chất lượng phần mềm quan trọng Trong 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 Chính lý đó, việc đưa vào quy trình kiểm thử vơ cần thiết Vì nên em chọn đề tài “Kiểm thử phần mềm quản lý nhân sự” cho mơn học Em hồn thành đề tài với giúp đỡ hướng dẫn nhiệt tình Lê Thị Trang Linh Nhưng thời gian cịn hạn chế tìm hiểu chưa sâu nên cịn nhiều thiếu sót Em mong đóng góp nhiệt tình thầy bạn bè để đề tài em hoàn thiện CHƯƠNG 1: TỔNG QUAN VỀ CÔNG CỤ KIỂM THỬ TỰ ĐỘNG RANOREX 1.1.Giới thiệu công cụ 1.1.1.Đặc điểm Ranorex GUI test automation framework dành cho việc test desktop, web-base mobile Ranorex hỗ trợ việc recording thực thi test thiết bị thực tế tốt sử dụng trình giả lập, điểm mạnh Ranorex thực thi thiết bị với ngơn ngữ 1.1.2.Thành phần + Desktop: Hỗ trợ kiểm tra tự động ứng dụng WinForms, WPF, Qt, Java, Delphi,… + Web: Hỗ trợ đầy đủ kiểm tra web trình duyệt phổ biến Google Chrome, Internet Explorer, Mozilla Firefox, Apple Safari Opera + Mobile: Kiểm thử giao diện ứng dụng native, web app tảng hệ điều hành Android iOS 1.1.3.Ngôn ngữ viết Renorex hỗ trợ nhiều ngơn ngữ, có ngơn ngữ phổ biến PHP, C#, Java, Js, 1.2.Cách tổ chức chương trình chạy với cơng cụ Ở hình công cụ, chọn New -> Solution wirazd -> Chọn kiểu test -> Đặt tên nơi lưu trữ cho project ->Continue Tiếp theo chọn môi trường test, chọn môi trường WinForms, chọn ứng dụng cần test sau bấm continue Sau chọn kiểu record->Continue Sau chọn Finish để hoàn tất cài đặt Sau trở hình chính, ta bấm record để bắt đầu ghi Sau test xong, chọn stop để kết thúc trình test Ranorex hiển thị q trình chỉnh sửa từ khóa tất từ khóa ghi lại đc hiển thị 10 + Nếu thành công: Hệ thống hiển thị giao diện Người dùng thực chức năng, quyền hạn + Nếu thất bại: Hệ thống đưa thông báo lỗi phải nhập lại thông tin 2.2.3.2.Biểu đồ hoạt động chức quản lý phận Hình 2.6 Biểu đồ hoạt động chức quản lý phận 2.2.4.Đặc tả yêu cầu chức quản lý lương nhân viên 2.2.4.1.Use case chức quản lý lương nhân viên 22 Hình 2.7 Biểu đồ use case quản lý lương nhân viên Mô tả:  Tác nhân: Quản lý lương nhân viên  Mô tả: Tác nhân thực chức thêm - sửa – xố thơng tin lương nhân  viên Sự kiện chính: Tác nhân yêu cầu cập nhật mã lương, bảng lương nhân viên tới hệ thống Hệ thống thị giao diện cập nhật thông tin mức lương, bảng lương Tác nhân cập nhật thông tin lương nhân viên Hệ thống kiểm tra liệu xác nhận thông tin nhập vào Nếu thoả mãn cho phép thực cập nhật thông tin lương nhân viên Kết thúc use case  Sự kiện phụ: - Sự kiện phụ thứ nhất: + Tác nhân huỷ bỏ việc cập nhật thông tin mã lương, bảng lương + Hệ thống đóng lại không thực việc cập nhật thông tin + Kết thúc use case - Sự kiện phụ thứ 2: + Tác nhân đưa vào thông tin mã lương, thông tin bảng lương nhân viên không hợp lệ + Hệ thống hiển thị lời thông báo tới tác nhân + Kết thúc use case  Trạng thái hệ thống trước use case sử dụng: Khơng địi hỏi u cầu trước  Trạng thái hệ thống sau use case sử dụng: + Nếu thành công: Hệ thống hiển thị giao diện Người dùng thực chức năng, quyền hạn + Nếu thất bại: Hệ thống đưa thông báo lỗi phải nhập lại thông tin 23 2.2.4.2.Biểu đồ hoạt động chức quản lý lương nhân viên Hình 2.8 Biểu đồ hoạt động chức quản lý lương nhân viên 24 CHƯƠNG 3: KẾ HOẠCH TEST 3.1.Mục đích lập kế hoạch test - Xác định thông tin dự án thành phần dự án cần kiểm thử - Liệt kê yêu cầu kiểm thử (Test Requirements) - Nêu phương pháp, chiến lược kiểm thử nên sử dụng - Xác định nguồn lực - Xác định rõ phạm vi kiểm thử - Xác định môi trường kiểm thử 3.2.Test scope ID Feature Functional testing Itegration Testing Security & Access Control Testing Đăng nhập ngày 0.5 ngày 0.5 ngày Quản lý phòng ban ngày Quản lý phận ngày Quản lý mức lương ngày Bảng 3.1 Bảng test scope 3.3.Feature / Non Feature to be test 3.3.1.Chức test - Đăng nhập 25 + Nhập tài khoản mật + Khơng nhập - Quản lý phịng ban Chức “Thêm” + Người dùng nhập liệu trùng với liệu có + Kiểm tra lưu vào sở liệu + Kiểm tra trùng liệu Chức “Sửa” + Người dùng nhấn nút “Sửa” thông tin chưa sửa + Kiểm tra sửa không thay đổi liệu + Kiểm tra lưu vào sở liệu Chức “Xóa” + Kiểm tra hiển thị thơng tin xóa Kiểm tra xác nhận thao tác xóa + Kiểm tra sở liệu sau xóa - Quản ly phận Chức “Thêm” + Người dùng nhập liệu trùng với liệu có + Kiểm tra lưu vào sở liệu + Kiểm tra trùng liệu Chức “Sửa” + Người dùng nhấn nút “Sửa” thông tin chưa sửa + Kiểm tra sửa không thay đổi liệu + Kiểm tra lưu vào sở liệu Chức “Xóa” + Kiểm tra hiển thị thơng tin xóa Kiểm tra xác nhận thao tác xóa + Kiểm tra sở liệu sau xóa 3.3.2.Chức khơng test + Quản lý lương nhân viên + Quản lý bảng lương + Các tiêu chuẩn đánh giá chất lượng phần mềm: - Hệ thống vận hành tốt, không gặp phải lỗi - Ổn định, hạn chế tối đa thời gian ngắt quãng - Tốc độ phản hồi nhanh - Trải nghiệm người dùng tốt, thao tác mượt mà + Việc test dừng lại khi: 26 - Hết thời gian triển dự án - Hết kinh phí - Bị delay q lâu, sản phẩm khơng có giá trị nhiều so với kinh phí bỏ - Sản phẩm hoàn thành, đạt yêu cầu chất lượng thỏa thuận 3.4.Test tool I Action D Quản lý hoạt động test case Kiểm soát lỗi Tools Supplier/Selfconstruction Version Word Microsoft 2019 Word Microsoft Bảng 3.2 Bảng test tool 2019 3.5.Test Enviroment ID Tài nguyên Phiên Database Functional Test/Integration Test Security & Access Control Testing Chạy code DB thiết lập riêng Bảng 3.3 Bảng test Enviroment 3.6.Test Resources Man-power System Test Chạy code DB thiết lập riêng Bảng sau mô tả nguồn lực test cho dự án: ID Member Position/Responsibility/Comment Lê Quang Huy Test manager: quản lý hoạt động kiểm thử -Hướng dẫn kỹ thuật -Sử dụng nguồn lực -Báo cáo quản lý -Báo cáo sản phẩm Lê Quang Huy Test designer: thiết kế testcase -Định nghĩa cách tiếp cận test -Viết testcase Lê Quang Huy Tester: thực chạy test case -Hiện thực test test suites -Chạy test suites 27 -Ghi kết Bảng 3.4 Bảng test Resources Man-power 3.7.Test Features Testing features: - Admin: + Quản lý tài khoản quyền truy xuất phần mềm - User: + Quản lý module đăng nhập + Quản lý module quản lý phịng ban(thêm, sửa, xóa) + Quản lý module quản lý phận(thêm, sửa, xóa) Non-testing features: + Quản lý module đăng nhập + Quản lý module quản lý lương nhân viên (thêm, sửa, xóa) + Quản lý module quản lý bảng lương (thêm, sửa, xóa) 3.8.Test milestones Mỗi Milestione cho module bao gồm việc design testcase chạy testcase ID Milestone Task Lê Quang Huy Lê Quang Huy Đăng nhập Quản lý phòng ban Quản lý phận Man day 10-11-2021 25-11-2021 15 ngày 26-11-2021 15-12-2021 19 ngày Lê Quang Huy 16-12-2021 22-12-2021 ngày Quản lý tài khoản Lê Quang Huy 23-12-2021 27-12-2021 ngày Resource Begin date End Date Bảng 3.5 Bảng test milestones 28 3.9.Test products ST Sản phẩm T Test plan Testcase Ngày bàn giao Người bàn giao 01-01-2022 Lê Quang Huy 01-01-2022 Lê Quang Huy Bảng 3.6 Bảng test products Người nhận bàn giao Lê Quang Huy Lê Quang Huy 29 CHƯƠNG 4: XÂY DỰNG VÀ THỰC HIỆN CÁC TEST CASE 4.1.Test case chức đăng nhập TC ID Function Test data (Chức năng) Test Steps Expected results Result Comme Tester nt Kiểm tra giao diện DN01 Kiểm tra thông tin header – Image,textbox Passed hiển thị chức Lê Quang Huy Kiểm tra giá trị mặc định trường Tại popup Giá trị mặc định Passed Đăng nhập cuả trường quan sát giá trị Null mặc định cuả trường Lê Quang Huy Kiểm tra Email mật đăng phải nhập cặp admin database thành Tài khoản: công hien2 nhập Mật khẩu: tài hien2 khoản, mật Nhập thông tin tài khoản 2.Nhập mật Nhấn nút Đăng nhập 1.Hiển thị form Passed thông báo “Đăng nhập vào hệ thống (Quyền Admin) !” 2.Form giao diện mở lên quyền admin Lê Quang Huy Kiểm tra Email, mật đăng nhập userkhông phải thành quyền Admin, công chấp nhận giá trị null Nhập thơng tin tài khoản Nhập thơng tin mật Nhấn nút Đăng nhập 1.Hiển thị form Passed thông báo “Đăng nhập vào hệ thống (Quyền user)!” Form giao diện mở lên quyền User Lê Quang Huy Kiểm tra chức Đăng nhập DN02 Bảng 4.1 Bảng test chức đăng nhập 30 4.2.Test chức quản lý phận G iao diện Chec k giao diện form Quản lý phận Kiểm tra chức thêm Kiể Mã m tra phận:mb03 người dùng Tên nhập phận:Marketing phận xác(Mã phận chưa có CSDL) Kiể Mã m tra phận:mb03 người dùng Tên nhập phận:Marketing phận khơng xác(Mã phận có CSDL) 1.Tại hình bấm vào mục “Quản lý” Chọn quản lý phận 1.Form Quản lý phận xác, với đầy đủ thơng tin phận có Các trường, nút hiển thị Các button, icon hiển thị xác, chức 1.Người dùng đăng nhập hệ thống Điền thông tin vào form 3.Ấn nút “Thêm 1.Hiển thị phận thêm 1.Người dùng đăng nhập hệ thống Điền thông tin không vào form 3.Ấn nút “Thêm’ 1.Thông báo lỗi “Dữ liệu đầu vào không đúng” 2.Không cập nhật CSDL P assed P assed P assed 31 Kiểm tra chức sửa Kiểm Mã tra người phận:mb03 dùng sửa Tên phận phận:Y tế xác(Mã phận có CSDL) Kiểm tra người dùng sửa phận khơng xác(Mã phận chưa có CSDL) Mã phận:mb04 Tên phận:Marketing Kiểm tra chức xóa Kiểm Mã tra người phận:mb03 dùng xóa phận hợp lệ(Mã phận có CSDL Kiểm tra người dùng ấn nút”Yes” cảnh báo Kiểm tra người dùng ấn nút”No” cảnh báo bộ 1.Người dùng đăng nhập hệ thống Điền thông tin vào form 3.Ấn nút “Sửa” 1.Hiển thị thông báo”Sửa thành công” 2.Cập nhật sở liệu P 1.Người dùng đăng nhập hệ thống Điền thông tin sai vào form 3.Ấn nút “Sửa” 1.Hiển thị thông báo”Dữ liệu đầu vào không đúng” 2.Không cập nhật sở liệu 1.Người dùng đăng nhập hệ thống Chọn thơng tin phịng ban cần xóa 3.Ấn nút “Xóa” 1.Hiển P thị cảnh assed báo”Bạn có chắn muốn xóa khơng 1.Người dùng chọn nút”Yes” bảng cảnh báo 1.Xóa liệu chọn CSDL 2.Tắt cảnh báo 1.Người dùng chọn nút”No” bảng cảnh báo 1.Không xóa liệu chọn 2.Tắt cảnh báo assed F ailed Y cầu lập trình viên sửa lại,vẫn thông báo sửa thành công P assed P assed Bảng 4.2 Bảng test chức quản lý phận 32 4.3.Test chức quản lý phòng ban G iao diện Chec k giao diện form Quản lý phòng ban Kiểm tra chức thêm Kiể Mã m tra người dùng phận:mb01 nhập Mã phòng ban phòng ban:kt03 xác(Mã Tên phịng ban phịn ban:Kế chưa có tốn 03 CSDL) Kiể Mã m tra người dùng phận:mb01 nhập Mã phòng ban phòng khơng ban:kt03 xác(Mã Tên phịng ban phịn ban:Kế có tốn 03 CSDL) Kiểm tra chức sửa Kiểm Mã tra người dùng sửa phận:mb01 phịng ban Mã phịng xác(Mã ban:kt03 phịng ban Tên có phịn ban:Y CSDL) tế 03 1.Tại hình bấm vào mục “Quản lý” Chọn quản lý phòng ban 1.Form Quản lý phòng ban xác, với đầy đủ thơng tin phịng ban có Các trường, nút hiển thị Các button, icon hiển thị xác, chức 1.Người dùng đăng nhập hệ thống Điền thông tin vào form 3.Ấn nút “Thêm 1.Hiển thị phòng ban thêm 1.Người dùng đăng nhập hệ thống Điền thông tin không vào form 3.Ấn nút “Thêm’ 1.Thơng báo lỗi “Phịng ban tồn tại” 2.Không cập nhật CSDL 1.Ngườ i dùng đăng nhập hệ thống Điền thông tin vào form 3.Ấn nút “Sửa” 1.Hiển thị thông báo”Sửa thành công” 2.Cập nhật sở liệu P assed P assed P assed P assed 33 Kiểm tra người dùng sửa phòng ban khơng xác(Mã phịng ban chưa có CSDL) Mã phận:mb01 Mã phòng ban:kt04 Tên phòn ban:Y tế 03 Kiểm tra chức xóa Kiểm Mã tra người phịng dùng xóa ban:kt03 phịng ban hợp lệ(Mã phịng ban có CSDL Kiểm tra người dùng ấn nút”Yes” cảnh báo Kiểm tra người dùng ấn nút”No” cảnh báo 1.Ngườ i dùng đăng nhập hệ thống Điền thông tin sai vào form 3.Ấn nút “Sửa” 1.Hiển thị thông báo”Dữ liệu đầu vào không đúng” 2.Khôn g cập nhật sở liệu 1.Ngườ i dùng đăng nhập hệ thống Chọn thơng tin phịng ban cần xóa 3.Ấn nút “Xóa” 1.Hiển thị cảnh báo”Bạn có chắn muốn xóa khơng 1.Ngườ i dùng chọn nút”Yes” bảng cảnh báo 1.Xóa liệu chọn CSDL 2.Tắt cảnh báo 1.Ngườ i dùng chọn nút”No” bảng cảnh báo 1.Khôn g xóa liệu chọn 2.Tắt cảnh báo F ailed Y cầu lập trình viên sửa lại, thông báo”Sửa thành công” P assed P assed P assed Bảng 4.3 Bảng test chức quản lý phòng ban 34 KẾT LUẬN Sau thời gian nghiên cứu bắt tay vào thực hiện, với mong muốn hiểu cách kiểm thử phần mềm, em hoàn thành đề tài “Kiểm thử phần mềm quản lý nhân sự” Kết đạt được: • Hiểu xây dựng test case cho hệ thống Biết công cụ Ranorex áp dụng kiến thức tìm hiểu để kiểm thử • chức cho hệ thống với công cụ Ranorex Test thành cơng hệ thống quản lý nhân sự, tìm lỗi báo cáo cho lập trình • viên Mặc dù cố gắng hoàn thiện báo cáo với tất nỗ lực, nhiên bước đầu tìm hiểu xây dựng báo cáo mơn học thời gian có hạn, với lượng kiến thức cịn hạn chế, em mong nhận quan tâm, thơng cảm đóng góp q báu thầy cô bạn để báo cáo ngày hoàn thiện 35 TÀI LIỆU THAM KHẢO Ranorex.com Automated Testing – Wikipedia Test Case – Wikipedia Giáo trình học tập 36 ... cần kiểm thử - Liệt kê yêu cầu kiểm thử (Test Requirements) - Nêu phương pháp, chiến lược kiểm thử nên sử dụng - Xác định nguồn lực - Xác định rõ phạm vi kiểm thử - Xác định môi trường kiểm thử. .. Position/Responsibility/Comment Lê Quang Huy Test manager: quản lý hoạt động kiểm thử -Hướng dẫn kỹ thuật -Sử dụng nguồn lực -Báo cáo quản lý -Báo cáo sản phẩm Lê Quang Huy Test designer: thiết kế testcase -Định... phận:Marketing Kiểm tra chức xóa Kiểm Mã tra người phận:mb03 dùng xóa phận hợp lệ(Mã phận có CSDL Kiểm tra người dùng ấn nút”Yes” cảnh báo Kiểm tra người dùng ấn nút”No” cảnh báo bộ 1.Người dùng