Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử phần mềm tại công ty cổ phần truyền thông và dịch vụ nodo

60 261 0
Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử phần mềm tại công ty cổ phần truyền thông và dịch vụ nodo

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

MỤC LỤC DANH MỤC BẢNG BIỂU DANH MỤC HÌNH ẢNH DANH MỤC TỪ VIẾT TẮT Danh mục từ viết tắt tiếng Việt Từ viết tắt Nghĩa tiếng Việt CNTT HTTT ĐKKD VĐL TNHH CT CSDL TMĐT Công nghệ thông tin Hệ thống thông tin Đăng ký kinh doanh Vốn điều lệ Trách nhiệm hữu hạn Công ty Cơ sở liệu Thương mại điện tử LỜI MỞ ĐẦU Trong suốt năm theo học trường Đại học Thương Mại làm quen với kiến thức chuyên ngành Hệ Thống Thông Tin Kinh Tế Nhận thấy hệ thống thông tin tảng cho hoạt động, vận hành doanh nghiệp Doanh nghiệp muốn hoạt động vững chắc, ổn định đạt suất, hiệu cao doanh nghiệp phải có hệ thống thơng tin tốt, hiệu phù hợp với môi trường bên bên doanh nghiệp Hiện tại, doanh nghiệp Việt Nam áp dụng hệ thống thông tin vào hoạt động sản xuất kinh doanh mình, hướng tới việc đơn giản hóa thủ tục, cơng việc hệ thống hóa từ nâng cao hiệu hoạt động sản xuất kinh doanh, giảm thiểu tối đa chi phí Vẫn nhiều vấn đề việc áp dụng, triển khai vận hành hệ thống thông tin vào hoạt động sản xuất kinh doanh doanh nghiệp Việt Nam, nên cần phải nỗ lực công tác đào tạo nguồn lực để áp dụng thành cơng hệ thống thơng tin, phục vụ cho hoạt động doanh nghiệp nói riêng tồn kinh tế Việt Nam nói chung Trường Đại học Thương Mại nôi ươm mầm cho nguồn nhân lực hệ thống thông tin kinh tế nước nhà Với hệ thống đào tạo bản, quy mô, khoa học hệ thống đào tạo nên cử nhân có tầm có vực phục vụ cho việc phân tích, thiết kế triển khai hệ thống thông tin vào doanh nghiệp Kết thúc năm đại học, tơi có hội làm khóa luận, tổng hợp kiến thức suốt thời gian theo học chuyên ngành Hệ Thống Thông Tin Kinh Tế có điều kiện so sánh, đối chiếu với thực tế thông qua đợt thực tập nhà trường tổ chức Để hồn thành khóa luận này, tơi xin gửi lời cảm ơn chân thành sâu sắc tới thầy cô trường Đại học Thương Mại tận tình giúp đỡ, bồi dưỡng kiến thức cho tơi suốt năm theo học nhà trường Đồng cảm ơn Công ty Cổ phần truyền thông dịch vụ NoDo tạo điều kiện cho tơi có hội, điều kiện thực tập công tác công ty Cảm ơn giúp đỡ chân thành nhiệt tình anh, chị nhân viên cơng ty giúp tơi tìm hiểu thực tế hoạt động cơng ty tình hình ứng dụng hệ thống thơng tin vào hoạt động Đặc biệt, xin chân thành cảm giúp đỡ tâm huyết, trách nhiệm tận tình tới giảng viên – Thạc sỹ Hàn Minh Phương, người trực tiếp giúp đỡ tơi suốt q trình hồn thiện khóa luận Mặc dù cố gắng nỗ lực song với thời gian nghiên cứu hạn hẹp, trình độ khả thân hạn chế, khóa luận khơng tránh khỏi thiếu sót Kính mong thầy, giáo khoa HTTT KINH TẾ & TMĐT, anh/chị nhân viên Công ty Cổ phần truyền thông dịch vụ NoDo bảo để khóa luận có giá trị mặt lý luận mang tính thực tiễn cao Tơi xin chân thành cảm ơn! Hà Nội, năm 2017 Sinh viên thực Phùng Thị Huyền PHẦN I: MỞ ĐẦU TỔNG QUAN VẤN ĐỀ NGHIÊN CỨU 1.1 Lý lựa chọn đề tài Ngày nay, công nghệ thông tin diện đóng vai trò quan trọng khơng thể thiếu trình quản trị, điều hành hoạt động sản xuất kinh doanh doanh nghiệp Sự phát triển ứng dụng internet làm thay đổi mơ hình cách thức hoạt động kinh doanh doanh nghiệp, việc chuyển dần giao dịch truyền thống sang giao dịch điện tử ảnh hưởng đến vị trí, vai trò nhu cầu bên hữu quan (khách hàng, nhà cung cấp, nhà đầu tư…) doanh nghiệp Các hoạt động đầu tư CNTT doanh nghiệp nhằm phục vụ cho mục tiêu doanh nghiệp hỗ trợ hoạt động tác nghiệp, hỗ trợ cho việc định quản lý, hỗ trợ việc xây dựng chiến lược nhằm đạt lợi cạnh tranh,…Có nhiều mơ hình đầu tư CNTT doanh nghiệp, mơ hình có cách tiếp cận khác có chung mục đích giúp doanh nghiệp xác định lộ trình đầu tư mối quan hệ thành phần tranh tổng thể ứng dụng CNTT doanh nghiệp Mỗi doanh nghiệp cần phải chọn cho mơ hình đầu tư CNTT cho phù hợp để phát huy hiệu khoản đầu tư, phục vụ cho mục tiêu kinh doanh Kiểm thử phần mềm phận sống quy trình phát triển phần mềm, hỗ trợ quan trọng để đảm bảo chất lượng phần mềm Kiểm thử phần mềm lĩnh vực quan trọng hoạt động sản xuất gia công phần mềm Trong thời gian thực tập công ty Cổ phần truyền thông dịch vụ NoDo công ty lĩnh vực CNTT, em tìm hiểu nhận thấy quy trình quản lý lỗi để hỗ trợ q trình thực dự án thủ cơng Điều gây tốn thời gian khó khăn cho nhân viên thực dự án tiến độ dự án Chính vậy, cơng ty cần hệ thống quản lý lỗi trình thực dự án Đó lý em chọn đề tài “Ứng dụng hệ thống quản lý bug quy trình kiểm thử phần mềm cơng ty cổ phần truyền thông dịch vụ NoDo” làm đề tài nghiên cứu 1.2 Mục tiêu nghiên cứu Với đề tài “Ứng dụng hệ thống quản lý bug quy trình kiểm thử phần mềm công ty cổ phần truyền thơng dịch vụ NoDo” khóa luận giải vấn đề sau: - Tìm hiểu thực trạng, quy trình kiểm thử phần mềm cơng ty Tìm hiểu ứng dụng hỗ trợ quy trình kiểm thử đề xuất ứng dụng hỗ trợ công ty Đánh giá hiệu hệ thống quản lý bug cho công ty 1.3 Đối tượng phạm vi nghiên cứu đề tài 1.3.1 Đối tượng nghiên cứu Đối tượng nghiên cứu đề tài phần mềm hỗ trợ quản lý bug quy - 1.3.2 - trình kiểm thử phần mềm công ty Cổ phần truyền thông dịch vụ NoDo Phạm vi nghiên cứu Về không gian: Công ty cổ phần truyền thông dịch vụ NoDo Thời gian: Năm 2017 1.4 Phương pháp nghiên cứu Để đảm bảo tính đắn thơng tin tính khoa học nghiên cứu khóa luận sử dụng chủ hai phương pháp: Phương pháp thu thập liệu Phương pháp xử lý số liệu 1.4.1 Phương pháp thu thập liệu Mục tiêu phương pháp có thông tin liên quan đến mục tiêu đề với độ tin cậy xác cao Đề tài chủ yếu áp dụng phương pháp: vấn, phiếu điều tra quan sát trực tiếp • Thu thập liệu sơ cấp - Để phục vụ cho trình khảo sát thực trạng quản lý nhân Công ty cổ phần truyền thông dịch vụ NoDo, đề tài có sử dụng phương pháp điều tra trắc nghiệm trường thông qua phiếu điều tra bảng câu hỏi nhằm thu thập thông tin liệu từ nhiều đối tượng nhân viên thuộc phòng ban khác cơng ty như: Bộ phận lập trình, Bộ phận kiểm thử, Bộ phận kế tốn, Bộ phận thị trường, Bộ phận phát hành game, Bộ phận phân tích thiết kế, Bộ phận tư vấn chăm sóc khách hàng, Bộ phận marketing Các phiếu điều tra gửi cho cán bộ, nhân viên cơng ty Sau đó, phiếu điều tra tổng hợp lại, xử lý đưa vào - CSDL phần mềm Excel xử lý phân tích Phương pháp quan sát giúp phân tích viên thu thập thơng tin khơng có tài liệu khơng thu thập qua q trình vấn, có - tranh khái quát tổ chức cách quản lý hoạt động tổ chức Phỏng vấn người có ảnh hưởng đến quy trình kiểm thử trưởng phòng, nhân viên Ban giám đốc để thu thông tin xác thực vấn • - đề nghiên cứu Thu thập liệu thứ cấp Các báo cáo kết hoạt động kinh doanh cơng ty vòng năm từ 20141017 thu thập từ Bộ phận kế tốn cơng ty - Thu thập tài liệu liên quan đến sở lý luận, lý thuyết phần mềm, hệ thống thông tin quy trình kiểm thử ,… từ cơng trình nghiên cứu, sách, báo, internet Sau thu thập đầu đủ thông tin cần thiết tiến hành phân loại sơ tài liệu Nếu cần thêm tài liệu liên quan bổ sung đủ tiến hành xử lý liệu 1.4.2 Phương pháp xử lý số liệu - Sử dụng phương pháp phân tích, tổng hợp, so sánh, đánh giá liệu thu thập số liệu (sơ cấp, thứ cấp) để rút số đánh giá thực trạng quản lý - bug công ty Sử dụng phương pháp toán thống kê (sử dụng excel) để xử lý tài liệu, số liệu thu thập từ phiếu điều tra để đánh giá thực trạng quản lý bug cơng ty 1.5 Kết cấu khóa luận Ngoài mục lời cảm ơn, mục lục, danh mục bảng biểu, hình vẽ, tài liệu tham khảo phụ lục, nội dung khóa luận gồm: Phần I: Mở đầu (Tổng quan vấn đề nghiên cứu) Phần II: Nội dung - Chương 1: Cơ sở lý luận hệ thống quản lý bug quy trình kiểm thử Chương 2: Phân tích, đánh giá thực trạng quản lý bug quy trình kiểm thử - cơng ty cổ phần truyền thông dịch vụ NoDo Chương 3: Ứng dụng hệ thống quản lý bug quy trình kiểm thử công ty cổ phần truyền thông dịch vụ NoDo Phần III: Kết luận PHẦN II: NỘI DUNG CHƯƠNG 1: CƠ SỞ LÝ LUẬN VỀ HỆ THỐNG QUẢN LÝ BUG TRONG QUY TRÌNH KIỂM THỬ PHẦN MỀM 1.1 Những khái niệm 1.1.1 Khái niệm chung Thông tin (Information) tin tức mà người trao đổi với nhau, hay nói rộng thơng tin bao gồm tri thức đối tượng (Nguồn: Bài giảng Tổ chức HTTT thị trường thương mại vĩ mô, Trường Đại học Thương Mại) Hệ thống [1] (System) tập hợp nhiều phần tử có mối quan hệ ràng buộc lẫn hoạt động hướng tới mục đích chung Hệ thống thơng tin (Information System) tập hợp kết hợp phần cứng, phần mềm hệ mạng truyền thông xây dựng sử dụng để thu thập, tạo, tái tạo, phân phối chia sẻ liệu, thông tin tri thức nhằm phục vụ mục tiêu tổ chức (Nguồn: Bài giảng Tổ chức HTTT thị trường thương mại, Bộ môn CNTT, Trường ĐH Thương Mại) Hệ thống thông tin quản lý (MIS – Managament Information System) hệ thống tích hợp “Người – Máy” tạo lưu trữ thông tin giúp người sản xuất, quản lý định (Nguồn: Bài giảng HTTT kinh tế quản lý, Bộ môn CNTT, Trường ĐH Thương Mại) Phần mềm máy tính hay gọi tắt phần mềm (software) tập hợp câu lệnh thị viết nhiều ngôn ngữ lập trình theo trật tự xác định nhằm tạo nhiệm vụ hay chức năng vấn đề cụ thể 1.1.2 Khái niệm liên quan trực tiếp tới vấn đề nghiên cứu Kiểm thử phần mềm (Software Testing) hoạt động kiểm tra thực để 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 tra Kiểm thử phần mềm cung cấp nhìn khách quan, độc lập phần mềm phép doanh nghiệp đánh giá nắm rủi ro triển khai phần mềm Các kỹ thuật kiểm tra bao gồm trình thực chương trình ứng dụng với mục đích tìm lỗi phần mềm để xác minh sản phẩm phần mềm phù hợp sử dùng Bug khiếm khuyết thành phần hệ thống mà làm cho thành phần hệ thống không thực chức năng, yêu cầu Có thể lỗi giao diện, lỗi chức năng, lỗi nghiệp vụ Testcase: Được dịch tiếng việt ca kiểm thử Là dạng thức mô tả liệu đầu vào, số hành động (hành vi) kiện kết mong đợi để xác định chức ứng dụng phần mềm hoạt động hay khơng Quy trình kiểm thử phần mềm dãy hành động, người hệ thống liên quan để làm sản phẩm, dịch vụ theo lặp lặp lại Quy trình kiểm thử giai đoạn chu trình phát triển phần mềm Giai đoạn thực theo trình tự định nhằm đảm bảo phần mềm hướng theo yêu cầu người dùng Đặc tả yêu cầu phần mềm: Phần mềm viết để thực nhu cầu khách hàng Các nhu cầu khách hàng thu thập, phân tích đánh giá sở để định xác đặc trưng cần thiết mà sản phẩm phần mềm cần phải có Dựa yêu cầu khách hàng yêu cầu bắt buộc khác, đặc tả xây dựng để miêu tả xác yêu cầu mà sản phẩm phần mềm cần phải đáp ứng Tài liệu đặc tả sở để đội ngũ phát triển phần mềm xây dựng sản phẩm phần mềm Chất lượng độ tin cậy phần mềm: Theo từ điển, chất lượng sản phẩm thể đặc trưng phù hợp với đặc tả Theo cách hiểu này, chất lượng sản phẩm phần mềm đáp ứng yêu cầu chức năng, hoàn thiện việc tuân thủ nghiêm ngặt đặc tả, đặc trưng mong chờ từ sản phẩm phần mềm chuyên nghiệp Chất lượng phần mềm đặc trưng cho “độ tốt” phần mềm gồm yếu tố chất lượng như: tính đắn (hành vi đặc tả), tính hiệu (tiết kiệm thời gian tiền bạc), độ tin cậy, dễ học,dễ sử dụng…Như vậy, độ tin cậy yếu tố để đánh giá chất lượng sản phẩm phần mềm Độ tin cậy phần mềm xác suất để phần mềm chạy khơng có thất bại khoảng thời gian định Nó xem yếu tố quan trọng chất lượng phần mềm 1.2 Cơ sở lý luận liên quan đến hệ thống quản lý bug quy trình kiểm thử 1.2.1 Kiểm thử phần mềm 1.2.1.1 Tổng quan Kiểm thử phần mềm phần tiến trình phát triển phần mềm Nó tiến trình đánh giá hệ thống thành phần hệ thống tay tự động, nhằm xác định lại thỏa mãn yêu cầu phần mềm Hình II 1: Mơ hình vòng đời tổng qt phát triển hệ thống phần mềm Mơ tả vòng đời tổng qt phát triển hệ thống phần mềm: - Khi có yêu cầu khách hàng (yêu cầu toán) rõ ràng nhân viên tiến hành phân tích, đặc tả yêu cầu gửi cho phận thiết kế - Sau nhận tài liệu đặc tả, phận thiết kế tiến hành thiết kế giao diện, thiết - kế liệu cho hệ thống bàn giao cho phận lập trình Bộ phận lập trình tiến hành lập trình sau nhận giao diện liệu Phần mềm hồn thành phận kiểm thử tiến hành kiểm thử phần mềm - trao đổi với phận lập trình Cuối cùng, việc kiểm thử hồn tất tiến hành cài đặt, vận hành bảo trì 1.2.1.2 Mục đích kiểm thử phần mềm Theo Deutsch [4]: “Phát triển hệ thống phần mềm gồm nhiều hoạt động sản xuất nguy lỗi lớn Lỗi xảy lúc khởi đầu tiến trình, hay giai đoạn thiết kế phát triển sau này…” Kiểm thử phần mềm nhằm đảm bảo chất lượng phần mềm Theo Glen Myers [4]: Kiểm thử tiến trình thực thi để tìm lỗi - Một trường hợp kiểm thử trường hợp có xác suất cao để tìm lỗi chưa biểu Kiểm thử thành cơng phát lỗi Những mục đích ngược lại với quan điểm thông thường “kiểm thử thành cơng kiểm thử khơng tìm lỗi nào” Nếu kiểm thử khơng phát lỗi ta nghĩ cấu hình kiểm thử chưa lỗi tiềm ẩn phần mềm Nếu lỗi phát hiển người dùng chi phí cho việc bảo trì, xác địn lỗi gấp nhiều lần chi phí tìm lỗi q trình phát triển Vậy kiểm thử thành công kiểm thử tìm lỗi Chúng ta cần nhớ “Kiểm thử khơng thể chứng việc khơng có khiếm khuyết, chứng minh khiếm khuyến phần mềm hữu.” 1.2.1.3 Các giai đoạn kiểm thử phần mềm Trong trình kiểm thử gồm giai đoạn: - Phác họa mơi trường phần mềm: Tìm xem có khoảng trường hợp cần kiểm thử, trường hợp - Tìm kịch kiểm thử: Mỗi kịch có thời gian chi phí cần thiết Chỉ chọn  số kịch tiêu biểu để dùng cho kế hoạch kiểm thử Thực thi đánh giá kịch kiểm thử: Thực thi kịch kiểm thử: Để kết luận kết kiểm thử hay sai, người kiểm thử chuyển thành hình thức thực thi cách thực lại thao tác người dùng dựa kịch kiểm thử 10 + Selected columns: cột chọn + Group results by: xếp theo cột Bảng 4: Thao tác với issues Sau chọn “Filter”, “Options”, người dùng click “Apply” để áp dụng, click “Save” để lưu lại lọc sử dụng sau, click Clear để xóa lựa chọn/bộ lọc • Tạo vấn đề Khi thực kiểm thử , nhân viên kiểm thử phát lỗi sai sót hệ thống lỗi mơ tả Hình III 27:Thao tác tạo vấn đề Các thông tin issue gồm: STT 10 11 12 13 14 15 16 17 Nhóm Tracker (Loại vấn đề) Subject Description Status (Trạng thái) Tên gọi Bug Fuetures Task Support Tech need Clarification New Open In progress Resolved Done Reopen Feedback Closed Rejected Ý nghĩa Các lỗi Các tính phần mềm Các công việc không thuộc loại Hỗ trợ (khách hàng, kỹ thuật, kinh doanh…) Các yêu cầu Cần làm rõ Tiêu đề, nên để tiêu đề ngắn gọn, tổng quát Mô tả cần chi tiết, đầy đủ Vấn đề mới, chưa giao ( chưa có assignee) Vấn đề mới, giao, chưa thực Vấn đề thực Vấn đề thực xong Vấn đề thực xong Vấn đề mở lại Vấn đề phản hồi Vấn đề đóng Vấn đề bị từ chối 46 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 Priority (Mức độ ưu tiên) Assignee Parent task Start date/ Due date Estimated time % Done Check list 35 36 File Add picture from clipboard 37 Watchers 38 Các nút, action 39 40 • Won’t fix Blocked Pending Low Nomal High Urgent Immediate Must have Should have Nice to have Vấn đề không xử lý Vấn đề bị khóa Vấn đề chờ, tạm dừng xử lý Thấp Trung bình Cao Khẩn cấp Ngay Phải có Nên có Có tốt Người giao Tác vụ cha Nhập Issue ID tác vụ cha ( tối thiểu chữ số) Ngày bắt đầu/ Ngày kết thúc Thời gian dự kiến % hoàn thành dự kiến Checklisst đầu việc/ đầu mục/ tiêu chí cần hồn thành File đính kèm có Thêm ảnh từ nhớ ( copy/paste, ctrl+c/ctrl+v) Danh sách người theo dõi Create Tạo Create and Lưu tiếp tục tạo vấn đề khác continue Preview Xem trước tạo Bảng 5: Thông tin issue Xem chi tiết Issue 47 Hình III 28: Giao diện xem chi tiết Issue Trong đó, ngồi thơng tin tạo issue, số tác vụ ý gồm: - Thao tác cập nhật chung issue: STT Tên thao tác Edit Log time Watch Copy Delete Quote Subtasks 10 11 12 13 14 15 16 Related issues: danh sách issue liên quan Có thể dùng nút add để liên kết Có loại liên kết gồm: Related to Dupplicates Dupplicates by Blocks Blocked by Precedes Follows Copied to Copied from Ý nghĩa Chỉnh sửa vấn đề Báo cáo thời gian Theo dõi Tạo vấn đề với thơng tin từ vấn đề xem Xóa vấn đề Phản hồi ý kiến cho mô tả bình luận Danh sách vấn đề Có thể dùng nút add để tạo Liên quan tới vấn đề… Trùng với vấn đề … Bị trùng vấn đề… Khóa vấn đề… Bị khóa vấn đề… Đứng trước vấn đề… Theo sau vấn đề… Sao chép tới vấn đề… Sao chép từ vấn đề… 17 18 Thao tác export issure Atom PDF Xuất file dạng atom services Xuất file dạng PDF Bảng 6: Thao tác cập nhật issue • Gantt chart Chức cho phép người dùng theo issues dang biểu đồ 48 Hình III 29: Biểu đồ gantt chart Sử dụng filter/option để xem lọc kết hiển thị gantt chart • Roadmap Roadmap hiển thị phiên tạo “settings >versions” Trong quy trình scrum, roadmap hiển thị sprint log, dự án nói chung, hiển thị giai đoạn thực dự án Hình III 30:Màn hình chọn loại issue hiển thị khung bên phải • Agile Module agile gồm phần: - Agile board: hiển thị issue chia làm cột khác theo trạng thái Hình III 31: Kéo thả issue để cập nhật trạng thái • Version Planning 49 Hình III 32: Version planning Chọn "Version Planning" để xem danh sách issue theo phiên • Calendar Hình III 33:Calender Người dùng xem lịch tạo vấn đề • News News nơi thông báo tin tức Người dùng tạo tin tức cách click vào “Add news” Hình III 34:Thơng báo tin tức mớ • Document 50 Tài liệu dự án gồm có nhiều loại, loại bổ sung hay thay đổi tương ứng loại dự án khác nhau, có loại tài liệu sau: - User documentation: tài liệu người dùng - Technical documentation: tài liệu kỹ thuật - Release Documents: tài liệu phát hành, bàn giao Hình III 35: Danh sách tài liệu Hình III 36: Thêm tài liệu • Wiki Wiki hiển thị thông tin dự án như: Mô tả dự án, mô tả roadmap, liên lạc, thông tin hệ thống, link đến tài liệu 51 Hình III 37: Danh sách trang wiki • - Settings Information: thông tin tổng quan Bao gồm thông tin sau: Name: Tên dự án Public: Dự án public (khơng cần tài khoản xem được) hay private Lưu ý: dự án cộng đồng để public Identifier: Tên định danh dự án Subproject of: Dự án dự án cha danh sách Description: Mơ tả dự án Inherit members: Có kế thừa thành viên từ dự án cha hay không Homepage: Trang chủ dự án Trackers: loại issue sử dụng cho dự án Bảng 7: Thông tin tổng quan Settings - Modules: Lựa chọn module sử dụng cho dự án Tương ứng đặc điểm dự án có lựa chọn phù hợp 52 Tên module Issue tracking Time tracking News Chức Quản lý issue Mặc định cần enable Quản lý thời gian, timesheet Mặc định cần enable Module tin tức Chỉ enable cho dự án lớn, thời gian dài, cần tương tác với khách hàng Documents Quản lý document Mặc định không cần enable sử Files Wiki Repository dụng biz.metadata.vn Quản lý file Mặc định không cần enable Quản lý thông tin dự án Mặc định cần enable Quản lý kho mã nguồn dự án Mặc định cần enable với dự Forums án phát triển phần mềm Diễn đàn Mặc đinh không enable Chỉ bật dự án cần trao đổi, thảo luận Calendar Lịch Mặc định không cần enable Gantt Biểu đồ Gantt Mặc định cần enable Haltr Module quản lý tài chính, hóa đơn với khách hàng Mặc định khơng enable Chỉ bật với dự án cần tương tác với khách hàng Agile Dùng cho dự án hoạt động theo mơ hình agile Mặc định enable Bảng 8: Danh sách module Settings 3.2.4 Đánh giá hệ thống - Ưu điểm Đối với redmine khơng có u cầu điều kiện cài đặt máy tính mà tất - loại máy tính thị trường cài đặt cách dễ dàng Đối với việc đào tạo nguồn nhân lực sử dụng hệ thống trở nên dễ dàng • thao tác redmine đơn giản dễ sử dụng cho người dùng Người dùng - chọn ngơn ngữ phù hợp để sử dụng thành thạo cách nhanh Trong hệ thống redmine chức quản lý bug chức đặc trưng hệ thống Hơn nữa, hệ thống cho phép tất thành viên dự án sử dụng hệ thống Đối với người dùng nhân viên kiểm thử, họ cập nhật bug theo dự án redmine bàn giao cho tài khoản người lập trình liên quan Hệ thống gửi thơng báo qua email đến người bàn giao Bên cạnh đó, 53 bug có thời hạn phải hồn thành bug, nhờ nhân viên kiểm thử theo dõi tiến độ xử lý bug tiến độ dự án Chức hỗ trợ trình bàn giao - bug theo dõi tiến độ dự án Ngồi người dùng dùng redmine chia sẻ tài liệu hướng dẫn dự án thông qua chức Wiki Như vậy, tài liệu kèm với dự án tránh - nhầm lấn, hay thời gian để tìm tài liệu liên quan Người dùng thực tùy chỉnh redmine để phù hợp với dự án Dễ dàng tạo lọc theo yêu cầu người dùng nhằm đáp ứng nhu cầu thuận tiện cho người dùng - Giao diện thân thiện so với nhiều công cụ quản lý dự án thịnh hành • Nhược điểm - Người dùng phải thực nhập tay đầu việc lên hệ thống Hệ thống chưa nhập - tự động thông tin từ tệp có định dạng “excel.” hay “mpp.” vào hệ thống Chưa kết xuất báo cáo trực tiếp định dạng “excel” mà phải chuyển từ “cvs” sang “excel” Hệ thống hỗ trợ đưa số báo cáo bug dạng văn ngăn cách ký tự Điều gây khó hiểu cho người đọc, đặc biệt người không am hiểu hệ quy trình kiểm thử Vì thế, cần phận hỗ trợ phải thực kết xuất báo cáo gửi lại dạng excel tới bên liên quan để trình bày báo cáo cách rõ rang dễ hiểu Mặc dù vào thời điểm bắt đầu chắn không tránh khỏi khó khăn Với việc ứng dụng Redmine quản lý báo cáo công ty ngoại lệ • - Dự đốn kết Như vậy, qua phân tích kể trên, hệ thống redmine hồn tồn đáp ứng nhu cầu cơng ty Việc ứng dụng redmine vào quy trình kiểm thử giúp công ty quản lý bug số đề liên quan cách có quy trình cụ thể, góp phần giảm thiểu rủi ro chậm deadline dự án, hỗ trợ phận liên quan trao đổi thơng tin cách thuận lợi, tiện ích chuyên nghiệp KẾT LUẬN Dưới giúp đỡ thầy cô nhân viên Công ty cổ phần truyền thông dịch vụ NoDo, tơi hồn thiện khóa luận “Ứng dụng hệ thống quản lý bug quy trình kiểm thử công ty cổ phần truyền thông dịch vụ NoDo” Kết khóa luận hệ thống Redmine cài đặt triển 54 khai dự án công ty Ứng dụng Redmine nhận ủng hộ ban lãnh đạo công ty Thông qua việc làm khóa luận giúp tơi hiểu sâu quy trình nghiệp vụ thực tế cơng ty hiểu sâu kiến thức học trình năm học tập trường Đại Học Thương Mại Tôi xin chân thành cảm ơn thầy trường Đại học Thương Mại nói chung khoa hệ thống thông tin kinh tế thương mại điện tử nói riêng dạy cho tơi kiến thức chuyên ngành bổ ích tạo điều kiện học tập tốt cho sinh viên Một lần nữa, xin gửi lời cảm ơn sâu sắc đến thầy giáo hướng dẫn Th.s Hàn Minh Phương giúp đỡ tơi hồn thành khóa luận DANH MỤC TÀI LIỆU THAM KHẢO [1] Nguyễn Văn Ba (2003), Phân tích thiết kế hệ thống thơng tin, Nhà xuất Đại học Quốc Gia, Hà Nội [2] Th.s Phạm Ngọc Hùng tác giả (2014), Giáo trình kiểm thử phần mềm, Nhà xuất Đại học Quốc gia, Hà Nội [3] Trần Tường Thụy Phạm Quang Hiển (2013), Kiểm thử phần mềm (testing), Nhà xuất Thông Tin & Truyền Thông [4] Roger S.Pressman, Người dịch: Ngô Trung Việt (2001), Kỹ nghệ phần mềm Tập III, Nhà xuất Giáo dục [5] https://code.zmaw.de/projects/redmine-user/wiki/Introduction 55 [6] http://www.redmine.org/projects/redmine/wiki/RedmineUsers [7] http://www.academia.edu/7792979/Huong_dan_su_dung_Redmine_v1_0_1 [8] Hà Thu (2014), ‘Ứng dụng hệ thống redmine quản lý, báo cáo HiPT’, ‘Công ty cổ phần tập đoàn HiPT’, truy cập ngày 15 tháng năm 2017 < http://hipt.vn/tin-noi-bo-hipt/ung-dung-redmine-trong-quan-ly-bao-cao-tai-hipt/> PHỤ LỤC PHIẾU ĐIỀU TRA KHẢO SÁT HỆ THỐNG THÔNG TIN TẠI DOANH NGHIỆP  Lưu ý: 1) Chúng em cam kết thông tin cung cấp điều tra sử dụng cho mục đích nghiên cứu, khơng có mục đích thương mại Cam kết khơng tiết lộ thông tin phiếu khảo sát cho bên thứ ba 2) Với câu hỏi có sẵn phương án trả lời, xin chọn câu trả lời thích hợp cách khoanh tròn vào đáp án mà anh/chị lựa chọn Tên doanh nghiệp :…………………………… ……………………………… Địa trụ sở chính:…………………………………………………………… THƠNG TIN NGƯỜI ĐIỀN PHIẾU Họ tên: Nam/nữ….……… Vị trí cơng tác: ……………………… I Tình hình ứng dụng CNTT, HTTT doanh nghiệp Trang thiết bị trong đơn vị (phòng ban/bộ phận) 56 ST Tên trang thiết bị T Số Mức độ đáp ứng nhu Số lượng cần bổ lượng cầu sử dụng (tốt, khá, trung bình) sung, thay Máy tính để bàn Máy tính xách tay Máy in Máy chiếu Máy quét Thiết bị kết nối mạng (hub, swich, thiết bị phát wifi, …) Phần mềm hệ thống gồm: STT Loại phần mềm Có sử dụng Tên % đáp ứng yêu cầu Hệ điều hành Chương trình tiện ích Khác Phần mềm ứng dụng hoạt động nghiệp vụ gồm: STT Loại phần mềm Có sử dụng Soạn thảo văn (Microsoft Office Quản lý nhân Kế tốn, tài Quản lý quan hệ khách hàng (CRM) Quản lý chuỗi cung ứng (SCM) Lập kế hoạch nguồn lực (ERP) 57 Nguồn gốc % đáp ứng Có nhu cầu yêu cầu thay thế, nghiệp vụ nâng cấp a b c a b c a b c d e f Khác Dữ liệu đơn vị Lưu trữ tập trung Lưu trữ phân tán Cả hai Dữ liệu đơn vị tổ chức Trong sở liệu (CSDL) Tập tin riêng rẽ Cả hai Mạng đơn vị STT Dạng mạng LAN hữu tuyến LAN vô tuyến Tốc độ Kết nối WAN, Số lượng máy tính Internet kết nối (wifi) Mục đích sử dụng mạng Dùng chung liệu Dùng chung chương trình Dùng chung thiết bị Tìm kiếm tài liệu Sử dụng dịch vụ (email…) Khác Số nhân viên đơn vị … người Trong đó, số nhân viên thành thạo kỹ tin học … người : số nhân viên tham gia công việc quản trị HTTT (quản trị mạng, a b c 10 a b c liệu, rủi ro,…) … người Đơn vị thường hay gặp cố an tồn bảo mật thơng tin Thơng tin bị thất lạc Hệ thống gặp cố Hệ thống bị công Sự đồng hoạt động HT ứng dụng đơn vị với HTTT doanh nghiệp Đồng Không đồng Ý kiến khác ………………………………………………………………………………… 11 Yêu cầu đơn vị việc ứng dụng CNTT HTTT cho hoạt động đơn vị ( doanh nghiệp) 58 …………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… … Tình hình ứng dụng thương mại điện tử doanh nghiệp II 1a Doanh nghiệp có Website khơng? a Có b Khơng (Nếu “Có” anh/chị vui lòng tiếp tục tham gia khảo sát) 1b Địa Website Doanh nghiệp: …………………………………………… a b c d e a b c d e f g Website doanh nghiệp xây dựng cách nào? Tự xây dựng Tự xây dựng chức yahoo, facebook, zing… Thuê doanh nghiệp nước chuyên thiết kế website Thuê doanh nghiệp nước chuyên thiết kế website Khác: (mô tả)…………………………………………………………………… Nội dung Website doanh nghiệp: Giới thiệu doanh nghiệp Giới thiệu sản phẩm, dịch vụ Bán hàng hóa, dịch vụ qua mạng Hỗ trợ khách hàng qua mạng Trao đổi, hỏi đáp, góp ý Chính sách bảo vệ bí mật thơng tin cá nhân Khác ………………………………………………………………………………… a b c d e Đối tượng khách hàng mà Website hướng tới? Cá nhân, hộ gia đình Doanh nghiệp Các tổ chức phi phủ Các ngân hàng Khác ……………………………………………………………… …………… Theo bạn chi phí cho việc xây dựng trì website phù hợp với phát triển a b c a b c d doanh nghiệp? Rất phù hợp Phù hợp Hoàn toàn chưa phù hợp Tần suất cập nhật thông tin Website Hàng ngày Hàng tuần Hàng tháng Thỉnh thoảng 59 Đánh giá hiệu việc quảng cáo website ứng dụng di động thơng qua hình thức sau: Báo điện tử Mạng xã hội Cơng cụ tìm kiếm Tin nhắn, ứng dụng di động a Thấp a Thấp a Thấp a Thấp 60 b Trung bình b Trung bình b Trung bình b Trung bình c Cao c Cao c Cao c Cao ... quy trình kiểm thử - cơng ty cổ phần truyền thông dịch vụ NoDo Chương 3: Ứng dụng hệ thống quản lý bug quy trình kiểm thử công ty cổ phần truyền thông dịch vụ NoDo Phần III: Kết luận PHẦN II:... cơng ty tìm giải pháp quản lý bug quy trình kiểm thử cách hiệu 29 CHƯƠNG 3: ỨNG DỤNG HỆ THỐNG QUẢN LÝ BUG TRONG QUY TRÌNH KIỂM THỬ TẠI CƠNG TY CỔ PHẦN TRUYỀN THƠNG VÀ DỊCH VỤ NODO 3.1 Tìm hiểu ứng. .. Chính vậy, cơng ty cần hệ thống quản lý lỗi trình thực dự án Đó lý em chọn đề tài Ứng dụng hệ thống quản lý bug quy trình kiểm thử phần mềm cơng ty cổ phần truyền thông dịch vụ NoDo làm đề tài

Ngày đăng: 15/01/2020, 09:27

Từ khóa liên quan

Mục lục

  • DANH MỤC TỪ VIẾT TẮT

  • PHẦN I: MỞ ĐẦU

  • 1.1 Lý do lựa chọn đề tài

  • 1.2 Mục tiêu nghiên cứu

  • 1.3 Đối tượng và phạm vi nghiên cứu đề tài

  • 1.3.1 Đối tượng nghiên cứu

  • Đối tượng nghiên cứu của đề tài là phần mềm hỗ trợ quản lý bug trong quy trình kiểm thử phần mềm của công ty Cổ phần truyền thông và dịch vụ NoDo.

  • 1.3.2 Phạm vi nghiên cứu

  • 1.4 Phương pháp nghiên cứu

    • 1.4.1 Phương pháp thu thập dữ liệu

    • 1.4.2 Phương pháp xử lý số liệu

    • PHẦN II: NỘI DUNG

    • CHƯƠNG 1: CƠ SỞ LÝ LUẬN VỀ HỆ THỐNG QUẢN LÝ BUG TRONG QUY TRÌNH KIỂM THỬ PHẦN MỀM

    • 1.1 Những khái niệm cơ bản

    • 1.1.1 Khái niệm chung

    • 1.1.2 Khái niệm liên quan trực tiếp tới vấn đề nghiên cứu

    • 1.2 Cơ sở lý luận liên quan đến hệ thống quản lý bug trong quy trình kiểm thử

      • 1.2.1 Kiểm thử phần mềm

        • 1.2.1.1 Tổng quan

        • 1.2.1.2 Mục đích của kiểm thử phần mềm

        • 1.2.1.3 Các giai đoạn kiểm thử phần mềm

        • 1.2.1.4 Kiểm thử trong các giai đoạn phát triển phần mềm

        • a, Kiểm thử trong giai đoạn đặc tả yêu cầu

Tài liệu cùng người dùng

Tài liệu liên quan