Kiểm thử phần mềm pscd user side bằng phương pháp manual testing

TRƯỜNG ĐẠI HỌC KINH TẾ KHOA THỐNG KÊ – TIN HỌC BÁO CÁO THỰC TẬP NGHỀ NGHIỆP NGÀNH HỆ THỐNG THÔNG TIN QUẢN LÝ CHUYÊN NGÀNH QUẢN TRỊ HỆ THỐNG THÔNG TIN KIỂM THỬ PHẦN MỀM PSCD USER SIDE BẰNG PHƯƠNG PHÁP MANUAL TESTING Đơn vị thực tập : PSCD Giáo viên hướng dẫn : Đặng Trung Thành LỜI CẢM ƠN Em xin gửi lời cảm ơn chân thành đến thầy Đặng Trung Thành – Giảng viên Trường Đại học Kinh Tế - Đại học Đà Nẵng tận tình hướng dẫn em suốt thời gian thực tập nghề nghiệp Báo cáo thực tập nghề nghiệp chuyên ngành Quản trị hệ thống thông tin với đề tài “Kiểm thử website PSCD user side Manual Testing” cố gắng không ngừng thân em với giúp đỡ thầy cô, anh chị Mentor Trước hết, Em xin gửi lời cảm ơn chân thành đến thầy Đặng Trung Thành – Giảng viên Trường Đại học Kinh Tế - Đại học Đà Nẵng tận tình hướng dẫn em suốt thời gian thực tập nghề nghiệp Em xin chân thành cảm ơn anh chị công ty đã bảo em nghiệp vụ kiểm thử viên, chia sẻ cho em kinh nghiệm hướng dẫn em công việc mà kiểm thử viên cần làm, giúp em hoàn thành đề tài tốt Trong trình làm đề tài khơng tránh khỏi sai sót, mong q thầy góp ý để em hồn thiện kiến thức đồng thời bổ sung, nâng cao kiến thức Một lần em xin cảm ơn tất người giúp đỡ em trình thực đề tài LỜI CAM ĐOAN Em xin cam đoan báo cáo thực tập nghề nghiệp em hướng dẫn giáo viên thầy Đặng Trung Thành thực hướng dẫn mentor, khơng có chép người khác Nội dung đề tài báo cáo trình mà em học tập, nghiên cứu, tham gia dự án với công ty để thực Các số liệu, kết trình bày báo cáo hoàn toàn trung thực Nếu có chép khơng hợp lệ, vi phạm em xin chịu hoàn toàn trách nhiệm, kỷ luật môn nhà trường MỤC LỤC LỜI CẢM ƠN LỜI CAM ĐOAN LỜI MỞ ĐẦU CHƯƠNG 1:GIỚI THIỆU CÔNG TY 1.1 Tổng quan doanh nghiệp PSCD: 1.2 Mô tả 1.3 Sứ mệnh – Triết lý công ty 1.3.1 Sứ mệnh 1.3.2 Triết lý 1.4 Mơ tả vị trí thực tập 1.4.1 Vị trí việc làm Tester 1.4.2 Cơ hội nghề nghiệp CHƯƠNG TỔNG QUAN VỀ CƠ SỞ LÝ THUYẾT 2.1 Tổng quan lý thuyết 2.1.1 Khái niệm kiểm thử phần mềm 2.1.2 Tầm quan trọng Kiểm thử phần mềm 2.1.3 Mục tiêu Kiểm thử phần mềm 2.1.4 Bảy nguyên tắc Kiểm thử 2.1.5 Vòng đời kiểm thử phần mềm 11 2.1.6 Phân biệt QA, QC, Tester 14 2.1.7 Phân loại kiểm thử 15 2.2 Các kỹ thuật kiểm thử phần mềm 16 2.2.1 Kiểm thử hộp đen ( Black box testing ) 16 2.2.2 Kiểm thử hộp trắng ( White box testing ) 16 2.2.3 Kiểm thử hộp xám ( Gray box testing ) 17 2.3 Các mức test level 18 2.3.1 Unit Test - Kiểm thử đơn vị 18 2.3.2 Integration Test - Kiểm thử tích hợp 18 2.3.3 System Test - Kiểm thử hệ thống 20 2.3.4 Acceptance Test - Kiểm thử chấp nhận 21 2.4 Test Case 21 2.4.1 Khái niệm Test Case 21 2.4.2 Cấu trúc Test Case 21 2.4.3.Các kỹ thuật viết Test Case 21 2.5 Vòng đời bug- report bug 22 2.5.1 Khái niệm 22 2.5.2 Cấu trúc report bug 22 2.5.3 Severity priority 23 Severity: 23 Priority 23 Mối quan hệ priority severity 23 CHƯƠNG TỔNG QUAN VỀ WEBSITE VÀ TIẾN HÀNH KIỂM THỬ 24 3.1 Tổng quan website PSCD user side 24 3.1.1 Giới thiệu website 24 3.1.2 Tóm tắt chức PSCD User Side: 24 3.2 Giao diện triển khai test case 29 3.2.1 Giao diện 29 3.2.2 Thiết kế triển khai test case 30 1.Chức đăng ký 30 2.Chức đăng nhập 31 3.Chức admin login 31 4.Chức user login 33 3.2.3 Danh sách bug hình ảnh 33 Kết 34 KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 37 TÀI LIỆU THAM KHẢO 38 CHECK LIST CỦA BÁO CÁO 39 LỜI MỞ ĐẦU Mu ̣c tiêu đề tài - Đề tài nghiên cứu kiến thức, nghiệp vụ, kĩ kiểm thử thủ công cho trang web quản lý nhân viên doanh nghiệp Đối tượng phạm vi nghiên cứu - Sử dụng Manual Testing đồng thời khảo sát nghiên cứu đề tài liên quan nhận góp ý, hướng dẫn giáo viên mentor trực tiếp Kết cấu đề tài - Đề tài tổ chức gồm phần mở đầu, chương nội dung phần tổng kết - Mở đầu - Chương 1: Giới thiệu công ty- Tổng quan sở lý thuyết - Chương 2: Tổng quan website PSCD User Side - Chương 3: Thiết kế test case tổng kết - Kết luận hướng phát triển CHƯƠNG 1:GIỚI THIỆU CÔNG TY 1.1 Tổng quan doanh nghiệp PSCD: - Thành lập : 11/2014 Địa : Tầng Tòa nhà HaNoi Telecom, 121 Đặng Huy Trứ, Phường Hồ Minh, Quận Liên Chiểu, Đà Nẵng Hình 1-1: PSCD 1.2 Mô tả Công ty TNHH PSCD thành lập vào tháng 11 năm 2014 Cơng ty có trụ sở Đà Nẵng, Việt Nam với chi nhánh bổ sung Thung lũng Silicon Tiền thân PSCD Softdevelop VN team hoạt động từ năm 2012 Trải qua năm hoạt động PSCD có nhóm 30 nhà phát triển Web - Ứng dụng Sử dụng nguồn lực chất lượng cao với công nghệ tiên tiến phù hợp để cung cấp dịch vụ thúc đẩy phát triển khách hàng Đến PSCD có 500 dự án hồn thành, 200 khách hàng hài lịng, 40 % khách hàng quay lại hợp tác 1.3 Sứ mệnh – Triết lý công ty 1.3.1 Sứ mệnh - Kết nối người - Cung cấp sở hạ tầng CNTT đại mạnh mẽ cho phát triển kinh tế xã hội đất nước Đáp ứng nhu cầu CNTT khách hàng lúc, nơi - Tơn vinh giá trị đích thực nhân viên môi trường kinh doanh - Tham gia sáng kiến hoạt động trách nhiệm xã hội 1.3.2 Triết lý - Lấy khách hàng làm trung tâm – Cam kết chất lượng – Đảm bảo hiệu suất - Cách tiếp cận lấy khách hàng làm trung tâm: đặt khách hàng làm cốt lõi chiến lược kinh doanh phát triển - Phương pháp cam kết chất lượng: Chất lượng trọng tâm công việc giá trị cung cấp cho khách hàng - Phương pháp đảm bảo hiệu suất: coi suất thước đo tăng trưởng, lợi cạnh tranh trách nhiệm công ty xã hội 1.4 Mô tả vị trí thực tập 1.4.1 Vị trí việc làm Tester - Xem xét yêu cầu phần mềm chuẩn bị kịch kiểm thử - Thực kiểm tra khả sử dụng phần mềm - Phân tích kết kiểm tra tác động sở liệu lỗi khả sử dụng - Tham gia đánh giá phần mềm cung cấp đầu vào theo yêu cầu, thiết kế sản phẩm phát vấn đề tiềm ẩn 1.4.2 Cơ hội nghề nghiệp - Môi trường làm việc thực tế, phát triển nhanh chóng tiếp cận với thời đại, tham gia vào dự án công nghệ công ty , nâng cao kiến thức, nâng cao hoàn thiện thân - Cơ hội thăng tiến cao có kiến thức ý chí ham học hỏi CHƯƠNG TỔNG QUAN VỀ CƠ SỞ LÝ THUYẾT 2.1 Tổng quan lý thuyết 2.1.1 Khái niệm kiểm thử phần mềm - Kiểm thử phần mềm trình thực thi chương trình ứng dụng với mục đích tìm lỗi phần mềm Và sử dụng để xác định tính đắn, đầy đủ chất lượng phần mềm máy tính phát triển - Kiểm thử phần mềm test theo hướng: Positive Negative Và kiểm tra theo yêu cầu đặc tả, chức độ tải trọng dự án 2.1.2 Tầm quan trọng Kiểm thử phần mềm - Kiểm thử phần mềm cần thiết tất mắc sai lầm Một số sai lầm không quan trọng, số tốn nguy hiểm Chúng ta cần kiểm tra thứ thứ làm thứ ln sai - người mắc lỗi - Kiểm thử phần mềm thực cần thiết để khiếm khuyết lỗi thực giai đoạn phát triển - Điều cần thiết đảm bảo khách hàng thấy tổ chức đáng tin cậy hài lòng họ ứng dụng trì - Điều quan trọng phải đảm bảo ứng dụng không dẫn đến lỗi tốn tương lai giai đoạn phát triển sau 2.1.3 Mục tiêu Kiểm thử phần mềm - Đảm bảo chất lượng sản phẩm - Phòng ngừa phát khiếm khuyết - Sẵn sàng tích hợp sửa đổi thành phần - Cung cấp thông tin để đưa định cho giai đoạn - Công việc phải thực theo quy trình xác định trước SRS - Xác minh xác thực yêu cầu người dùng - Thảo luận cách tạo trường hợp thử nghiệm - Có tự tin cơng việc - Tìm khiếm khuyết từ phần mềm trước khách hàng phát chúng - Các khiếm khuyết nhà phát triển sửa chữa 2.1.4 Bảy nguyên tắc Kiểm thử Trong kiểm thử phần mềm có ngun tắc, tìm hiểu chúng điều quan trọng, giúp tiết kiệm thời gian công sức truy lùng bug ẩn ứng dụng Việc bỏ qua nguyên tắc làm giảm tính hiệu việc thực hệ thống Hình 2.1: Nguyên tắc kiểm thử Kiểm thử chứng minh diện lỗi: Bằng việc kiểm thử, làm giảm lượng bugs áp dụng nhiều phương pháp kiểm thử lên phần mềm Tuy nhiên đưa lên mơi trường thật, người dùng cuối hồn tồn thấynhiều lỗi khác khơng tìm thấy q trình kiểm thử Kiểm thử chứng minh sản phẩm có lỗi khơng thể chứng minh sản phẩm khơng cịn lỗi Kiểm thử tồn hệ thống khơng khả thi: Đúng vậy, khó để kiểm tra tồn module tính năng, kết hợp với đầu vào đầu suốt trình kiểm tra Các sản phẩm phần mềm đa dạng phức tạp, phát triển nhiều tảng, thêm vào đó, ngày có nhiều công nghệ mới, khả kết nối liệu lớn… khiến việc kiểm thử toàn gần khơng thể Thay cố gắng kiểm thử tồn bộ, xác định mức độ quan trọng độ ưu tiên module để kiểm thử Kiểm thử sớm tốt: Nguyên tắc kiểm thử sớm có nghĩa việc kiểm thử cần thực sớm tốt vòng đời phát triển phần mềm Vậy bước coi sớm? Nguyên tắc cho thấy ta cần phát bug từ bước ngày bắt đầu kết thúc, chi tiết quan trọng khác Phân quyền quản lý nhiệm vụ Admin có quyền giao việc cụ thể cho thành viên dự án Họ thiết lập nhiệm vụ, thiết lập thời hạn, theo dõi tiến độ thực nhiệm vụ Xác định ưu tiên thời hạn dự án Admin có khả xác định mức độ ưu tiên dự án nhiệm vụ Họ thiết lập thời hạn cho nhiệm vụ để đảm bảo tiến độ đáp ứng Theo dõi tiến trình dự án Admin theo dõi tiến trình dự án cách xem biểu đồ Gantt, bảng điều khiển danh sách nhiệm vụ Điều giúp họ hiểu rõ tình hình đưa biện pháp điều chỉnh cần Giao tiếp cộng tác Admin có khả tham gia vào thảo luận, chia sẻ thông tin tương tác với thành viên dự án Họ gửi thơng báo, chia sẻ tài liệu thảo luận để trì giao tiếp hiệu Báo cáo thống kê Admin tạo báo cáo tiến độ dự án, hiệu suất thành viên, nguồn lực sử dụng nhiều thông tin quan trọng khác Những báo cáo giúp đưa định thông thái tối ưu hóa quản lý dự án Bảo mật quyền truy cập Admin quản lý quyền truy cập cho thành viên dự án, đảm bảo thông tin nhạy cảm tiết lộ cho người cần biết Chỉnh sửa , cập nhật , xóa dự án Trong trường hợp cần thiết, admin chỉnh sửa xóa dự án Điều xảy dự án hồn thành khơng cần thiết Quản lý request Quản lý ngân sách Admin theo dõi quản lý ngân sách cho dự án Họ có khả gán nguồn lực tài chính, xác định ngân sách dự kiến theo dõi chi phí thực tế Quản lý tài liệu Admin quản lý chia sẻ tài liệu liên quan đến dự án Họ có khả tạo, lưu trữ chia sẻ tài liệu hợp đồng, báo cáo, tài liệu hướng dẫn Xác thực dự án Admin xác thực dự án sau hoàn thành để đảm bảo tất yêu cầu tiêu chuẩn đáp ứng Quản lý rủi ro Admin xác định quản lý rủi ro ảnh hưởng đến dự án Họ có khả tạo kế hoạch phịng ngừa ứng phó để đảm bảo dự án diễn cách suôn sẻ Tạo quản lý request Admin có quyền xem tất yêu cầu liên quan đến dự án Họ có khả phân loại, tìm kiếm lọc yêu cầu dựa loại, trạng thái ưu tiên Chỉnh sửa, xóa , cập nhật Admin có quyền thêm sửa xóa request tạo, Theo dõi tiến trình Admin có khả theo dõi tiến trình xử lý yêu cầu Họ xem trạng thái tại, thời gian hoàn thành, tiến tổng thể Phân quyền Admin phân quyền , định user vào request Xác nhận kết thúc yêu cầu Admin xác nhận yêu cầu xử lý hồn thành Họ kết thúc u cầu sau yêu cầu vấn đề giải Báo cáo thống kê Hệ thống cung cấp báo cáo tiến trình quản lý yêu cầu, thời gian xử lý trung bình, số lượng yêu cầu theo trạng thái, thông số khác Những báo cáo giúp đánh giá hiệu suất tối ưu hóa q trình quản lý Quản lý report Tạo quản lý report Admin có khả tạo báo cáo quản lý chúng hệ thống Họ thiết lập tiêu đề, mơ tả, ngày tạo, thông tin khác liên quan đến báo cáo Phân loại quyền truy cập Admin có khả xác định loại báo cáo quyền truy cập tương ứng cho thành viên dự án Điều đảm bảo thông tin tiết lộ cho người cần thiết Chia sẻ report Admin gửi báo cáo cho thành viên dự án chia sẻ báo cáo với bên dự án Điều thực qua email, liên kết chia sẻ cách khác Chỉnh sửa , xóa , cập nhật Admin chỉnh sửa cập nhật báo cáo tạo Điều hữu ích cần phản ánh thay đổi bổ sung thơng tin vào báo cáo Báo cáo Admin tạo báo cáo thống kê tiến độ dự án, hiệu suất thành viên, tài nguyên sử dụng nhiều thông tin khác Những báo cáo giúp đánh giá cải thiện trình quản lý dự án CHỨC NĂNG USER User profile Cập nhật profile Người dùng có khả cập nhật thơng tin cá nhân tên, địa chỉ, số điện thoại thông tin liên hệ khác để đảm bảo hồ sơ họ ln cập nhật xác Report time Request Thay đổi mật Người dùng thay đổi mật cách an tồn Điều giúp bảo vệ thông tin cá nhân đảm bảo tính bảo mật cho tài khoản họ Theo dõi tiến trình cơng việc Trong trường hợp hồ sơ người dùng liên quan đến quản lý công việc dự án, họ có khả theo dõi tiến trình cơng việc cập nhật trạng thái Ghi lại thời gian làm việc Người dùng có khả ghi lại thời gian họ làm việc khoảng thời gian cụ thể, bao gồm thời gian bắt đầu kết thúc công việc Mô tả công việc Người dùng cung cấp mơ tả ngắn cơng việc họ thực thời gian Điều giúp quản lý đồng đội hiểu rõ nhiệm vụ thực Phân loại công việc ệ thống cho phép người dùng phân loại công việc theo loại phát triển, kiểm thử, hỗ trợ khách hàng, nhiều loại khác Điều giúp phân tích thời gian dành cho loại cơng việc Báo cáo thời gian Người dùng tạo báo cáo thời gian làm việc thực hiện, bao gồm số làm việc cho dự án, loại công việc khoảng thời gian cụ thể View request Người dùng có khả xem request Điều liên quan đến hỗ trợ, thơng tin, yêu cầu sản phẩm/dịch vụ, nhiều yêu cầu khác Theo dõi, cập nhập request Người dùng theo dõi trạng thái yêu cầu, cập nhật tình hình request Project Nhận thơng báo Người dùng chọn nhận thông báo qua email thông báo trực tiếp trang web yêu cầu họ xử lý có cập nhật View leader Người dùng có khả xem dự án leader tạo , xem Gán độ ưu tiên Người dùng có khả gán mức độ ưu tiên theo dõi tiến độ thực cho nhiệm vụ Điều giúp quản lý tài nguyên ưu tiên công việc quan trọng Theo dõi cập nhật tiến độ Người dùng có khả theo dõi mốc thời gian , cập nhật trạng thái project Lưu trữ tài liệu Người dùng tải lên quản lý tài liệu liên quan đến dự án, tài liệu hướng dẫn, báo cáo, tài liệu kỹ thuật, nhiều tài liệu khác Xem lịch sử dự án Hệ thống lưu trữ lịch sử dự án, bao gồm thay đổi nhiệm vụ, tiến độ công việc hoạt động liên quan khác Xem tổng quan dự án Người dùng xem tổng quan dự án, bao gồm nhiệm vụ tiến hành, nhiệm vụ hoàn thành, nguồn lực sử dụng mức độ hoàn thành tổng thể Báo cáo Người dùng tạo báo cáo tiến độ dự án, nguồn lực sử dụng, tiến độ nhiệm vụ thông số khác 3.2 Giao diện triển khai test case 3.2.1 Giao diện Vì dự án giới hạn theo độ bảo mật cty nên hình ảnh , testcase mà em phép thực sử dụng báo cáo Hình 3: Giao diện Sign in 3.2.2 Thiết kế triển khai test case 1.Chức đăng ký TEST CASE Tên chức Sign up Người kiểm tra Đặng Thị Bích Giang Tổng số test case 14 2.Chức đăng nhập TEST CASE Tên chức Login Người kiểm tra Đặng Thị Bích Giang Tổng số test case 10 3.Chức admin login TEST CASE Tên chức Admin login Người kiểm tra Đặng Thị Bích Giang Tổng số test case 22 4.Chức user login TEST CASE Tên chức User login Người kiểm tra Đặng Thị Bích Giang Tổng số test case 12 3.2.3 Danh sách bug hình ảnh Kết Kết kiểm thử Kết report bug Hình ảnh report bug ID Bug: Admin_01 ID Bug : User_09 ID Bug: User _03 ID Bug: User_11 Link test case: https://docs.google.com/spreadsheets/d/1H0_M00D1B4xEz09QJ91f1kVA4AKIblLKvd7 XaWW CEqw/edit?usp=sharing KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Kết đạt Thông qua hai tháng thực tập công ty PSCD trình thực báo cáo thu số kết sau: - Nắm lý thuyết kiểm thử thủ công kiểm thử tự động Hiểu tầm quan trọng việc kiểm thử - Nắm kỹ làm việc kiểm thử viên, phương pháp thiết kế test cases, cách làm việc kiểm thử viên - Được tham gia trải nghiệm thực tế môi trường làm việc, áp dụng kỹ học vào dự án giả lập công ty - Áp dụng lý thuyết để thực kiểm thử thủ công vào chức hệ thống Hướng phát triển Mặc dù đào tạo môi trường thực tế doanh nghiệp thân em cịn nhiều thiếu sót, cần hoàn thiện tương lai Cải thiện kỹ viết test cases, áp dụng phương pháp thiết kế test cases hiệu hơn, có cách nhìn tổng quan hệ thống để tìm lỗi tiềm ẩn, đảm bảo chất lượng cho sản phẩm TÀI LIỆU THAM KHẢO 1.https://viblo.asia/p/quy-trinh-kiem-thu-phan-mem-software-testing-lifecycle-stlcQbq5QLvmlD8 https://vn.got-it.ai/blog/quy-trinh-kiem-thu-phan-mem-2 Tài liệu công ty PCSD http://tryqa.com/what-is-test-design-or-how-to-specify-test-cases CHECK LIST CỦA BÁO CÁO STT Nôi dung ̣ công viêc ̣ Có Báo cáo đươc ̣trình bày (điṇ h dang) vớ i yêu cầ u X Báo cáo có số lương trang đáp ứ ng yêu cầ u (30-50 trang) X Báo cáo trình bày đươc ̣phầ n mở đầ u bao gồ m: Muc ̣tiêu, Pham ̣ vi và đối tương, kết cấu … X Báo cáo trình bày về cơng ty, vi ̣trí viêc ̣làm (cơng việc làm gì, kiến thức kỹ cần thiết gì, đường phát triển nghiệp (career path)), sở lý thuyết phù hơp̣ với nôị dung đề tài (Tố i đa 10-12 trang) X Báo cáo có sản phẩm cu ̣thể phù hơp̣ vớ i muc̣ tiêu đăṭ của đề tài X Báo cáo có phầ n kế t luâṇ hướ ng phát triể n đề tài X Không Ghi chú