Người dùng click vào "Register" sau đó "Lost password" để khôi phục mật khẩu. Mật khẩu mới sẽ được gửi vào email.
3.2.3.3 Hướng dẫn theo dõi các công việc cá nhân
Chức năng này cho phép người dùng theo dõi các công việc cá nhân. Nếu người dùng không phải quản trị viên thì chỉ có thể xem các cơng việc liên quan tới tài khoản người dùng đang sử dụng.
Hình III 17: Màn hình theo dõi các cơng việc cá nhân
Người dùng truy cập “My page” để theo dõi các cơng việc cá nhân.Trong đó:
-Reported issues (1): Hiển thị các vấn đề đã tạo.
Tùy biến trang “My page”
Chức năng này cho phép người dùng thay đổi bố cục hiển thị của các mục trong trang hiển thị.
Hình III 18: Tùy biến trang
Người dùng click "Personalize this page" để tùy biến trang
Hình III 19: Thêm block
Chọn "Add" để thêm sau đó kéo thả các block theo sở thích. Sau đó click "Back" để hồn tấtchỉnh sửa
Theo dõi thơng tin dự án
Để theo dõi thơng tin dự án có 2 cách:
-Theo dõi thơng báo qua email được gửi đến.
Hình III 20: Trang thơng tin dự án
Các thơng tin dự án có thể theo dõi qua redmine gồm:
-Tổng quan các vấn đề “View all issues”
Hình III 21: Tổng quan về dự án
Tổng quát thời gian làm việc:
Hình III 22: Tổng quát thời gian làm việc
Tips and tricks:
các filter.
+ Dùng công cụ “Options” để chọn các trường muốn hiển thị trong kết quả lọc.
-Tổng quát các activity mới ( thường dùng):
Hình III 23: Tổng quát các activity mới3.2.3.4 Các thao tác với Project 3.2.3.4 Các thao tác với Project
Xem thông tin dự án
Các thông tin bao gồm:
-Tên, mô tả dự án.
-Thống kê các issue.
-Danh sách các thành viên (adsbygoogle = window.adsbygoogle || []).push({});
Một số tác vụ tổng quan các dự án như:
-New Subproject: Tạo dự án con.
Xem hoạt động của dự án
Chức năng này lưu lại lịch sử thao tác của người dùng trên hệ thống.
Hình III 25: Xem hoạt động của dự án
Xem danh sách các Issue
Hình III 26: Danh sách các vấn đề (issues).
Người dùng click chuột phải lên một hoặc nhiều issues để thao tác, có thể xóa hoặc lưu các issues (trong phạm vi được phân quyền). Thao tác lưu ở đây được hiểu như là vấn đề cần được ghi chú lại vào lưu trữ ở một chỗ riêng.
Các thao tác:
STT Tên thao tác
Cách thực hiện và ý nghĩa 1 Lựa chọn Click các checkbox bên trái các issue.
2 Sắp xếp Click chuột vào tiêu đề các cột để sắp xếp.
3 Chuột phải Click chuột phải vào một hoặc nhiều issue được chọn để thao tác 4 Filters Cung cấp bộ lọc danh sách các issue. Có thể kết hợp nhiều bộ lọc
với nhau. Các bộ lọc có thể gồm: + Status: trạng thái
+ Tracker: Loại vấn đề + Author....
5 Option Các tùy chọn khi xem danh sách issue bao gồm: + Available columns: các cột có thể xem
+ Selected columns: các cột đã được chọn + Group results by: sắp xếp theo cột
Bảng 4: Thao tác với issues
Sau khi chọn “Filter”, “Options”, người dùng click “Apply” để áp dụng, click “Save” để lưu lại các bộ lọc sử dụng về sau, click Clear để xóa các lựa chọn/bộ lọc.
Tạo vấn đề
Khi thực hiện kiểm thử , nhân viên kiểm thử phát hiện ra các lỗi hoặc sai sót của hệ thống thì các lỗi sẽ được mơ tả tại đây.
Các thơng tin trong issue gồm:
STT Nhóm Tên gọi Ý nghĩa
1 Tracker
(Loại vấn đề)
Bug Các lỗi
2 Fuetures Các tính năng của phần mềm
3 Task Các cơng việc khơng thuộc 2 loại trên
4 Support Hỗ trợ (khách hàng, kỹ thuật, kinh doanh…)
5 Tech need Các yêu cầu (adsbygoogle = window.adsbygoogle || []).push({});
6 Clarification Cần làm rõ
7 Subject Tiêu đề, nên để tiêu đề ngắn gọn, tổng quát
8 Description Mô tả cần chi tiết, đầy đủ
9 Status
(Trạng thái)
New Vấn đề mới, chưa giao ( chưa có assignee)
10 Open Vấn đề mới, đã giao, chưa thực hiện
11 In progress Vấn đề đang được thực hiện
12 Resolved Vấn đề đã thực hiện xong
13 Done Vấn đề đã thực hiện xong
14 Reopen Vấn đề được mở lại
15 Feedback Vấn đề phản hồi
16 Closed Vấn đề đã được đóng
17 Rejected Vấn đề đã bị từ chối
18 Won’t fix Vấn đề khơng xử lý
19 Blocked Vấn đề bị khóa 20 Pending Vấn đề đang chờ, tạm dừng xử lý 21 Priority (Mức độ ưu tiên) Low Thấp 22 Nomal Trung bình 23 High Cao 24 Urgent Khẩn cấp 25 Immediate Ngay lập tức
26 Must have Phải có
27 Should have Nên có
28 Nice to have Có thì tốt
30 Parent task Tác vụ cha. Nhập Issue ID của tác vụ cha ở đây ( tối thiểu 2 chữ số)
31 Start date/ Due date
Ngày bắt đầu/ Ngày kết thúc 32 Estimated
time
Thời gian dự kiến
33 % Done % hoàn thành dự kiến
34 Check list Checklisst các đầu việc/ đầu mục/ tiêu chí cần hồn thành
35 File File đính kèm nếu có
36 Add picture from clipboard
Thêm ảnh từ bộ nhớ ( copy/paste, ctrl+c/ctrl+v)
37 Watchers Danh sách những người theo dõi (adsbygoogle = window.adsbygoogle || []).push({});
38 Các nút,
action
Create Tạo
39 Create and
continue
Lưu và tiếp tục tạo các vấn đề khác
40 Preview Xem trước khi tạo
Bảng 5: Thơng tin trong issue
Xem chi tiết Issue
Trong đó, ngồi các thơng tin cơ bản như khi tạo issue, một số tác vụ chú ý gồm:
- Thao tác cập nhật chung issue:
STT Tên thao tác Ý nghĩa
1 Edit Chỉnh sửa vấn đề
2 Log time Báo cáo thời gian
3 Watch Theo dõi
4 Copy Tạo mới vấn đề với các thông tin từ vấn đề
đang xem
5 Delete Xóa vấn đề
6 Quote Phản hồi ý kiến cho mơ tả hoặc một bình
luận nào đó.
7 Subtasks Danh sách các vấn đề con. Có thể dùng nút add để tạo 8 Related issues: danh sách các issue liên quan. Có thể dùng nút add để liên kết. Có các loại liên kết gồm:
Related to Liên quan tới vấn đề…
9 Dupplicates Trùng với vấn đề …
10 Dupplicates by Bị trùng bởi vấn đề…
11 Blocks Khóa vấn đề…
12 Blocked by Bị khóa bởi vấn đề…
13 Precedes Đứng trước vấn đề…
14 Follows Theo sau vấn đề…
15 Copied to Sao chép tới vấn đề…
16 Copied from Sao chép từ vấn đề… (adsbygoogle = window.adsbygoogle || []).push({});
17 Thao tác export issure
Atom Xuất file dạng atom services
18 PDF Xuất file dạng PDF
Gantt chart
Chức năng này cho phép người dùng theo các issues ở dang biểu đồ.
Hình III 29: Biểu đồ gantt chart
Sử dụng filter/option để xem lọc kết quả hiển thị trong gantt chart
Roadmap
Roadmap hiển thị các phiên bản được tạo ra trong “settings-->versions”. Trong quy trình scrum, roadmap hiển thị các sprint log, trong các dự án nói chung, nó hiển thị các giai đoạn thực hiện dự án.
Hình III 30:Màn hình chọn các loại issue hiển thị trong khung bên phải
Agile
Module agile gồm 3 phần:
Version Planning
Hình III 32: Version planning
Chọn "Version Planning" để xem danh sách các issue theo phiên bản.
Calendar
Hình III 33:Calender
Người dùng có thể xem lịch tạo các vấn đề tại đây.
News
News là nơi thơng báo các tin tức mới nhất. Người dùng có thể tạo các tin tức này bằng cách click vào “Add news”.
Document
Tài liệu dự án gồm có nhiều loại, các loại này có thể được bổ sung hay thay đổi tương ứng từng loại dự án khác nhau, có ít nhất 3 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 mới tài liệu
Wiki
Wiki hiển thị các thông tin của dự án như: Mô tả dự án, mô tả các roadmap, liên lạc, thông tin hệ thống, link đến các tài liệu...
Hình III 37: Danh sách các trang wiki (adsbygoogle = window.adsbygoogle || []).push({});
Settings
-Information: thông tin tổng quan. Bao gồm các thông tin sau:
Name: Tên dự án Public: Dự án là public (không cần
tài khoản vẫn có thể xem được) hay private. Lưu ý: chỉ những dự án cộng đồng mới để public.
Identifier: Tên định danh của dự án Subproject of: Dự án con của dự án
cha trong danh sách.
Description: Mô tả dự án Inherit members: Có kế thừa các
thành viên từ dự án cha hay không.
Homepage: Trang chủ dự án Trackers: các loại issue sử dụng
cho dự án
Bảng 7: Thông tin tổng quan trong Settings
-Modules: Lựa chọn các module sử dụng cho dự án. Tương ứng đặc điểm
Tên module Chức năng
Issue tracking Quản lý các issue. Mặc định cần enable
Time tracking Quản lý thời gian, timesheet. Mặc định cần enable
News Module tin tức. Chỉ enable cho các 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ý các document. Mặc định không cần enable do sẽ sử dụng biz.metadata.vn
Files Quản lý các file. Mặc định không cần enable Wiki Quản lý các thông tin dự án. Mặc định cần enable
Repository Quản lý kho mã nguồn dự án. Mặc định cần enable với các dự án phát triển phần mềm.
Forums Diễn đàn. Mặc đinh không enable. Chỉ bật khi các 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 các dự án cần tương tác với khách hàng.
Agile Dùng cho các dự án hoạt động theo mơ hình agile. Mặc định enable.
Bảng 8: Danh sách module trong Settings
3.2.4 Đánh giá hệ thống
Ưu điểm
-Đối với redmine thì khơng có u cầu về điều kiện cài đặt đối với máy tính mà tất cả các loại máy tính hiện nay trên thị trường đều có thể cài đặt mộ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 cũng trở nên dễ dàng bởi các thao tác trên redmine đơn giản và dễ sử dụng cho người dùng. Người dùng có thể chọn ngơn ngữ phù hợp để có thể sử dụng thành thạo một cách nhanh nhất.
-Trong hệ thống redmine thì chức năng quản lý các bug là chức năng đặc trưng của hệ thống. Hơn thế nữa, hệ thống cho phép tất cả thành viên trong dự án có thể sử dụng hệ thống. Đối với người dùng là nhân viên kiểm thử, họ cập nhật các
bug theo từng dự án trên redmine và bàn giao cho tài khoản của người lập trình liên quan. Hệ thống sẽ gửi thông báo qua email đến người được bàn giao. Bên cạnh đó, trên mỗi bug cịn có thời hạn phải hồn thành bug, nhờ đó nhân viên kiểm thử có thể theo dõi tiến độ xử lý bug cũng như tiến độ dự án. Chức năng này hỗ trợ quá trình bàn giao bug và theo dõi tiến độ trong một dự án. (adsbygoogle = window.adsbygoogle || []).push({});
-Ngồi ra người dùng có thể dùng redmine chia sẻ tài liệu hướng dẫn của dự án thông qua chức năng Wiki. Như vậy, các tài liệu sẽ đi kèm với dự án tránh được sự nhầm lấn, hay mất thời gian để tìm tài liệu liên quan.
-Người dùng có thể thực hiện tùy chỉnh trên redmine để phù hợp với mỗi dự án.
-Dễ dàng tạo các bộ lọc theo yêu cầu của 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 nhất so với rất nhiều công cụ quản lý dự án đang thịnh hành.
Nhược điểm
-Người dùng phải thực hiện nhập tay các đầu việc lên hệ thống. Hệ thống chưa nhập tự động thơng tin từ các tệp có định dạng “excel.” hay “mpp.” vào hệ thống.
- Chưa kết xuất được báo cáo trực tiếp dưới định dạng “excel” mà phải chuyển từ “cvs” sang “excel”. Hệ thống chỉ hỗ trợ đưa các con số báo cáo về bug ở dạng văn bản và ngăn cách bởi ký tự. Điều này sẽ gây khó hiểu cho người đọc, đặc biệt là người khơng am hiểu về hệ quy trình kiểm thử. Vì thế, vẫn cần bộ phận hỗ trợ phải thực hiện kết xuất báo cáo và gửi lại ở dạng excel tới các bên liên quan để có thể trình bày báo cáo một cách rõ rang và dễ hiểu.
Mặc dù là vậy nhưng bất kỳ cái gì và vào thời điểm nào thì khi bắt đầu một cái mới chắc chắn khơng tránh khỏi những khó khăn. Với việc ứng dụng Redmine trong quản lý báo cáo tại công ty cũng khơng phải là một ngoại lệ.
Dự đốn kết quả
-Như vậy, qua phân tích kể trên, thì hệ thống redmine hồn toàn đáp ứng được nhu cầu của cơng ty. Việc ứng dụng redmine vào quy trình kiểm thử sẽ giúp cơng ty quản lý bug và một số vẫn đề liên quan một cách có quy trình và cụ thể, góp phần giảm thiểu những rủi ro chậm deadline trong dự án, cũng như hỗ trợ các bộ phận liên quan có thể trao đổi thông tin một cách thuận lợi, tiện ích và chuyên nghiệp.
KẾT LUẬN
Dưới sự giúp đỡ của thầy cô và các nhân viên trong Công ty cổ phần truyền
thông và dịch vụ NoDo, tơi đã hồn thiện bài khóa luận “Ứ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”. Kết quả của bài khóa luận là hệ thống Redmine đã được cài đặt và triển
khai trong dự án của công ty. Ứng dụng Redmine đã nhận được sự ủng hộ của 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 hơn về các quy trình nghiệp vụ thực tế tại cơng ty và hiểu sâu hơn các kiến thức đã học trong quá trình hơn 3 năm học tập tại trường Đại Học Thương Mại. Tôi xin chân thành cảm ơn các thầy các cơ trường Đại học Thương Mại nói chung và khoa hệ thống thông tin kinh tế và thương mại điện tử nói riêng đã dạy cho tơi những kiến thức chun ngành bổ ích và tạo điều kiện học tập tốt nhất cho sinh viên.
Một lần nữa, tôi 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 bài khóa luận này
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
bản Đại học Quốc Gia, Hà Nội.
[2] Th.s Phạm Ngọc Hùng và các tác giả (2014), Giáo trình kiểm thử phần
mềm, Nhà xuất bản Đại học Quốc gia, Hà Nội.
[3] Trần Tường Thụy và Phạm Quang Hiển (2013), Kiểm thử phần mềm
(testing), Nhà xuất bản 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 bản Giáo dục.
[5] https://code.zmaw.de/projects/redmine-user/wiki/Introduction [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 trong quản lý, báo cáo tại HiPT’, ‘Công ty cổ phần tập đoàn HiPT’, truy cập ngày 15 tháng 3 năm 2017 < http://hipt.vn/tin-noi-bo-hipt/ung-dung-redmine-trong-quan-ly-bao-cao-tai-hipt/>.
PHỤ LỤC (adsbygoogle = window.adsbygoogle || []).push({});
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 mọi thông tin cung cấp trong điều tra chỉ 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 tại phiếu khảo sát này cho bên thứ ba.
2) Với những 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 bằng cách khoanh trịn vào đáp án mà anh/chị lựa chọn
Tên doanh nghiệp :……………………………..……………………………… Địa chỉ 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 trong doanh nghiệp
1. Trang thiết bị trong trong đơn vị (phòng ban/bộ phận) STT Tên trang thiết bị Số
lượng hiện tại Mức độ đáp ứng nhu