Báo cáo tt tốt nghiệp

BỘ GIÁO DỤC VÀ ĐÀO TẠO

TRƯỜNG ĐẠI HỌC VĂN HIẾN
KHOA KỸ THUẬT - CÔNG NGHỆ
----------

BÁO CÁO THỰC TẬP TỐT NGHIỆP
ĐỀ TÀI:

XÂY DỰNG BỘ TEST CASE VÀ TEST PHẦN MỀM
QUẢN LÝ NHÂN SỰ EzHR9
GVHD

: ThS. NGUYỄN THỊ NAM

SVTH

: NGUYỄN XUÂN TIẾN

MSSV

: 161A010017

LỚP

: 161A0101

TP. HỒ CHÍ MINH - 2020


LỜI CẢM ƠN

Trong thời gian 4 tháng thực tập tại Công ty cổ phần Giaỉ Pháp Tinh Hoa. Với sự
giúp đỡ của cô Nguyễn Thị Nam – giáo viên hướng dẫn và chị Nguyễn Thị Ánh Hồng –
cán bộ hướng dẫn, em đã hồn thành bài q trình thực tập và bài báo cáo thực tập của
mình với đề tài Xây dựng bộ Test case và test phần mềm quản lý nhân sự EzHR9. Nhờ
sự hỗ trợ của công ty, em đã được tiếp cận và thực hiện công việc thực tế. Tuy nhiên, với
tầm hiểu biết còn hạn hẹp, kiến thức về QC, về nghiệp vụ của phần mềm chưa nhiều, kinh
nghiệm viết báo cáo cịn ít nên em sẽ khơng thể tránh khỏi những thiếu sót. Rất mong nhận
được sự góp ý của thầy và người đọc để bài báo cáo được hoàn chỉnh.
Em xin chân thành cảm ơn!

Tp. Hồ Chí Minh, ngày … tháng … năm 2019
SINH VIÊN THỰC HIỆN

Nguyễn Xuân Tiến


CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM

Độc lập - Tự do - Hạnh phúc

PHIẾU NHẬN XÉT, ĐÁNH GIÁ THỰC TẬP TỐT NGHIỆP
Họ và tên sinh viên: ............................................................ MSSV: ..........................................
Ngành:................................................................................... Khoá: .............................................
Đơn vị thực tập: ...............................................................................................................................
Thời gian thực tập : từ ..................................................... đến ................................................
1.

Chấp hành nội quy, quy định của cơ quan:
...........................................................................................................................................................
...........................................................................................................................................................

...........................................................................................................................................................

2.

Ý thức học tập:
...........................................................................................................................................................
...........................................................................................................................................................
...........................................................................................................................................................

3.

Quan hệ, giao tiếp tại đơn vị:
...........................................................................................................................................................
...........................................................................................................................................................
...........................................................................................................................................................
4. Điểm đánh giá: ..............................................................................................................................
Xác nhận của cơ quan, đơn vị thực tập
(Ký và ghi rõ họ tên và đóng dấu)

Tp.HCM, ngày

tháng

năm 20….

Người đánh giá
(Ký và ghi rõ họ tên)

ii

PHIẾU NHẬN XÉT, ĐÁNH GIÁ THỰC TẬP TỐT NGHIỆP

Họ và tên sinh viên: ............................................................ MSSV: ..........................................
Ngành:................................................................................... Khoá: .............................................
Tên đề tài thực tập:..........................................................................................................................
...........................................................................................................................................................
5. Về nội dung báo cáo thực tập tốt nghiệp
...........................................................................................................................................................
...........................................................................................................................................................
...........................................................................................................................................................
...........................................................................................................................................................
6.

Về hình thức trình bày báo cáo thực tập
...........................................................................................................................................................
...........................................................................................................................................................
...........................................................................................................................................................
...........................................................................................................................................................
7. Nhận xét: .......................................................................................................................................
...........................................................................................................................................................
Điểm: ........................................... Bằng chữ:

.......................................................

Tp.HCM, ngày …. tháng ….. năm 2018
Giảng viên hướng dẫn
(ký, ghi rõ họ tên)

iii

MỤC LỤC
LỜI CẢM ƠN ..................................................................................................................................
MỤC LỤC........................................................................................................................................
DANH MỤC CÁC KÝ HIỆU, CHỮ VIẾT TẮT .......................................................................
DANH MỤC HÌNH ẢNH .............................................................................................................
LỜI MỞ ĐẦU............................................................................................................................... 1
CHƯƠNG 1: GIỚI THIỆU CHUNG VỀ ĐƠN VỊ THỰC TẬP ........................................... 2
1.
2.

Nơi thực tập .......................................................................................................................... 2
Hoạt động và phát triển của công ty.................................................................................. 2

2.1. Lịch sử................................................................................................................................... 2
2.2. Cơ cấu tổ chức ..................................................................................................................... 3
2.3. Sơ đồ tổ chức bộ phận Phần mềm ..................................................................................... 3
2.4. Lộ trình thăng tiến chung của cơng ty .............................................................................. 4
2.5. Lộ trình thăng tiến của Dev ................................................................................................ 4
2.6. Lộ trình thăng tiến của BA/QC .......................................................................................... 5
2.7. Lộ trình thăng tiến của admin ............................................................................................ 5
2.8. Chức năng của các bộ phận ................................................................................................ 6
2.9. Hoạt động chính................................................................................................................... 6
3.

Thơng tin về vị trí sinh viên tham gia thực tập ................................................................ 6
3.1.
3.2.

Giới thiệu chung về vị trí cơng tác ............................................................................ 6
Đặc điểm, yêu cầu ....................................................................................................... 6

3.3.

Nhiệm vụ liên quan ..................................................................................................... 6

CHƯƠNG 2: NỘI DUNG THỰC TẬP .................................................................................... 7
1.

Tìm hiểu kiến thức tổng quan về testing (self-study) ..................................................... 7
Khái niệm .................................................................................................................................. 7
Tại sao Kiểm thử phần mềm lại quan trọng?........................................................................ 7
Các loại kiểm thử phần mềm .................................................................................................. 8

2.

SDLC (Vòng đời phát triển phần mềm) ........................................................................... 9
SDLC là gì? .............................................................................................................................. 9
Tại sao SDLC? ......................................................................................................................... 9
Các pha SDLC ........................................................................................................................ 10
Các mơ hình SDLC phổ biến................................................................................................ 12

3

Khiếm khuyết / Vòng đời lỗi trong Kiểm thử phần mềm ............................................. 14
Khiếm khuyết Vịng đời là gì? ............................................................................................. 14
Tình trạng vịng đời lỗi .......................................................................................................... 14
Giải thích về vịng đời ........................................................................................................... 15

4.

Trường hợp thử nghiệm .................................................................................................... 16
iv


Mẫu trường hợp thử nghiệm ................................................................................................. 16
Viết các bài kiểm tra tốt ........................................................................................................ 17
5. Training kiến thức tổng quát về ....................................................................................... 18
Cách viết testcase ................................................................................................................... 18
Giới thiệu về Jira - Workflow trên 1 dự án thực tế (Mơ hình scrum trên Jira): ............. 19
Cách tạo bug trên Jira - Template của 1 bug ...................................................................... 22
Cài đặt và giới thiệu phần mềm............................................................................................ 23
6.

Thực hành viết testcase ..................................................................................................... 24

7.

Kiểm thử chức năng với testcase đã viết ........................................................................ 24

CHƯƠNG 3: NHẬN XÉT, ĐÁNH GIÁ QUÁ TRÌNH THỰC TẬP ................................. 25
1.

Nhận xét bản thân qua quá trình thực tập tốt nghiệp .................................................... 25

2.

Đánh giá bản thân qua quá trình thực tập tốt nghiệp .................................................... 25

KẾT LUẬN VÀ KIẾN NGHỊ .................................................................................................. 26
TÀI LIỆU KHAM KHẢO ........................................................................................................ 27

v


DANH MỤC CÁC KÝ HIỆU, CHỮ VIẾT TẮT

Từ viết tắt

Ý nghĩa

BA

Business Analysis

Dev

Developer

QC

Quanlity Control

KT

Knowledge transfer

vi

DANH MỤC HÌNH ẢNH
Hình 1: Logo Cơng ty Tinh Hoa
Hình 2: Cơ cấu tổ chức cơng ty.
Hình 3: Sơ đồ tổ chức bộ phận phần mềm

Hình 3: Lộ trình thăng tiến chung của cơng ty.
Hình 4: Lộ trình thăng tiến của bộ phận Dev
Hình 5: Lộ trình thăng tiến của bộ phận BA/QC.
Hình 6: Lộ trình thăng tiến của bộ phận Admin.
Bảng 1: Chức năng các phòng ban bộ phận phần mềm.
Hình 8: Nội dung thực tập

Hình 9: Vịng đời Bug
Hình 10: Chi tiết vịng đời Bug
Hình 11: Các cột trong test case
Hình 12: Test case mẫu
Hình 13: Test case mẫu

Hình 14: User story
Hình 15: User story
Hình 16: Bug
Hình 17: Bug
Hình 18.a: Sub-task

Hình 18.b: Sub-task
Hình 19: Template của bug
Hình 20: Template của bug
Hình 21: Phần mền trên web
Hình 22: Phần mền trên windown

Hình 23: Thực hành viết test case
Hình 23: Thực hành test với test case đã viết

vii


LỜI MỞ ĐẦU
Ngày nay,việc quản lý nhân sự và chấm công không chỉ đơn thuần quản lý trên sổ
sách nhưng cịn thực hiện số hóa nhờ các thiết bị cơng nghệ . Với sự phát triển và tầm quan
trọng đó của hệ thống quản lý nhân sự thì vấn đề xây dựng và cung cấp giải pháp quản lý
nhân sự trở nên cấp thiết. Với xu thế phát triển ngày càng tối ưu hóa của việc quản lý nhân
sự thì các thiết bị điện tử, phần mềm xử lý của việc quản lý nhân sự càng không thế thiếu
trong các cơ quan, trường học. Tuy nhiên, việc xây dựng giải pháp quản lý nhân sự một
cách hiệu quả để hỗ trợ cho công tác nghiệp vụ nhân sự của các cơ quan, trường học thì
cịn nhiều vấn đề cần bàn luận. Hầu hết, người ta chỉ chú trọng đến việc sử dụng quản lý
công và lương .
Là một sinh viên năm 4 ngành Công nghệ thông tin – Trường Đại học Văn Hiến,
được đào tạo những cơ sở lý thuyết, được cung cấp những kiến thức từ cơ bản về thiết kế,
xây dựng phần mềm đã giúp em nâng cao trình độ hiểu biết của mình. Tuy nhiên, việc vận
dụng những kiến thức vẫn cịn nhiều hạn chế. Vì vậy, thời gian thực tập tốt nghiệp sẽ giúp
sinh viên như em làm quen với thực tế, hịa nhập với mơi trường doanh nghiệp nhiều hơn.
Từ đó có thể vận dụng những kiến thức đã được học vào quá trình làm việc, nâng cao trình
độ.
Sau 4 tháng thực tập tại Cơng ty cổ phần Giải Pháp Tinh Hoa – một doanh nghiệp
hoạt động mạnh trong lĩnh vực cung cấp giải pháp quản lý nhân sự, chấm công, em đã được
tạo điều kiện trực tiếp quan sát, tham gia vào một số cơng việc của cơng ty, từ đó rút ra
được nhiều kinh nghiệm cho bản thân và đóng góp một phần công sức vào sự phát triển
của công ty.
Bài báo cáo gồm 3 chương:

-

Chương 1: Giới thiệu chung về đơn vị thực tập

-

Chương 2: Nội dung thực tập

-

Chương 3: Nhận xét, đánh giá quá trình thực tập

1


CHƯƠNG 1: GIỚI THIỆU CHUNG VỀ ĐƠN VỊ THỰC TẬP

Hình 7: Logo Công ty Tinh Hoa

1. Nơi thực tập
Tên công ty: CÔNG TY CỔ PHẦN GIẢI PHÁP TINH HOA.
Địa chỉ:

69/38/23 Đường D2, Phường 25, Quận Bình Thạnh.

Số điện thoại: (08) 62587699.
Mã số thuế:

0305099473

Tên người đại diện và chức vụ: Lý Xuân Nam – CEO.
Giấy phép kinh doanh: 0305099473.
Ngày hoạt động: 19/07/2007.
Trang chủ URL: giaiphaptinhhoa.com
Lĩnh vực: Bán lẻ máy vi tính, thiết bị ngoại vi, phần mềm và thiết bị viễn thông trong các
cửa hàng chuyên doanh.

2. Hoạt động và phát triển của công ty
2.1.
-

Lịch sử
19/07/2007, Công ty Cổ phần Giải pháp Tinh Hoa được thành lập. Đầu tư vào đào

tạo, chuẩn hóa quy trình, triển khai dự án. Sau đó hợp tác với Vinamilk, bước ngoặt
triển khai toàn bộ hệ thống trên toàn quốc.
-

1/7/2010, ra mắt sản phẩm HRPro7. Bước đi đầu tiên trong việc phát triển thành

Công ty công nghệ với nhiều giải pháp. Định vị thương hiệu với slogan “Hội tụ giải
pháp – Mở lối thành công”. Sau đó dần dần hồn thành áp dụng việc quản lý chuẩn ISO
2008:9002.

2


2.2.

Cơ cấu tổ chức

Hình 8: Cơ cấu tổ chức cơng ty.

2.3.

Sơ đồ tổ chức bộ phận Phần mềm

Hình 9: Sơ đồ bộ phận phần mềm.
Hình 3: Sơ đồ tổ chức bộ phận phần mềm

3


2.4.

Lộ trình thăng tiến chung của cơng ty

Hình 10: Lộ trình thăng tiến chung của cơng ty.

2.5.

Lộ trình thăng tiến của Dev

Hình 11: Lộ trình thăng tiến của bộ phận Dev
4


2.6.

Lộ trình thăng tiến của BA/QC

Hình 12: Lộ trình thăng tiến của bộ phận BA/QC.

2.7.

Lộ trình thăng tiến của admin

Hình 13: Lộ trình thăng tiến của bộ phận Admin.

5


Chức năng của các bộ phận

2.8.

Bộ phận

Chức năng

Sales

-

Tìm kiếm khách hàng tiềm năng. Giới thiệu sản phẩm

BA

-

Làm cầu nối giữa khách hàng và công ty

Triển khai

-

Lắp đặt phần mềm cho khách hàng.

Dev

-

Xây dựng phần mềm giải quyết vấn đề của khách hàng

QC

-

Đảm bảo chất lượng phần mềm
Bảng 2: Chức năng các phịng ban bộ phận phần mềm.

2.9.

Hoạt động chính

Cơng ty Tinh Hoa là doanh nghiệp chuyên về giải pháp IT giúp tự động hóa nghiệp vụ
nhân sự (chấm cơng – tính lương – quản lý hồ sơ nhân viên). Ứng dụng giải pháp chấm
cơng – tính lương tự động. Giúp tiết kiệm thời gian và nâng cao hiệu suất cho bộ phận nhân
sự.
Năng lực cạnh tranh:

 Chuyên về các thiết bị nhận dạng tự động (AutoID) với công nghệ thẻ/vân tay/nhận
dạng khuôn mặt.
 Hiểu tường tận về nhu cầu của khách hàng trong lĩnh vực quản trị nhân sự.
 Khả năng phát triển phần mềm và xây dựng các giải pháp tích hợp.
3. Thơng tin về vị trí sinh viên tham gia thực tập
3.1.

Giới thiệu chung về vị trí cơng tác

 Sinh viên năm 4 khoa Kỹ thuật công nghệ, nghành công nghệ thông tin, chuyên
ngành Hệ thống thông tin.
 Tham gia thực tập với vị trí QC.
3.2.

Đặc điểm, yêu cầu

 Đặc điểm: nhanh nhẹn, có tinh thần học hỏi.
 Yêu cầu: biết kiến thức về xây dựng thiết kế phần mềm, quy trình phát triển phần
mềm
3.3.

Nhiệm vụ liên quan

 Thực hiện theo yêu cầu của giảng viên hướng dẫn thực tập.
6


CHƯƠNG 2: NỘI DUNG THỰC TẬP
Nội dung thực tập:

Hình 8: Nội dung thực tập

1. Tìm hiểu kiến thức tổng quan về testing (self-study)
Khái niệm

Kiểm thử phần mềm là gì?
Kiểm thử phần mềm được định nghĩa là một hoạt động để kiểm tra xem kết quả thực
tế có khớp với kết quả mong đợi hay không và để đảm bảo rằng hệ thống phần mềm khơng
bị lỗi . Nó liên quan đến việc thực hiện một thành phần phần mềm hoặc thành phần hệ
thống để đánh giá một hoặc nhiều thuộc tính quan tâm. Kiểm tra phần mềm cũng giúp xác
định lỗi, lỗ hổng hoặc yêu cầu thiếu trái với yêu cầu thực tế. Nó có thể được thực hiện bằng
tay hoặc sử dụng các công cụ tự động.
Tại sao Kiểm thử phần mềm lại quan trọng?

Kiểm tra rất quan trọng vì lỗi phần mềm có thể tốn kém hoặc thậm chí nguy
hiểm. Lỗi phần mềm có khả năng gây tổn thất tiền tệ và con người, và lịch sử có đầy
đủ các ví dụ như vậy:

7


Vào tháng 4 năm 2015, nhà ga Bloomberg ở London đã gặp sự cố do trục trặc
phần mềm ảnh hưởng đến hơn 300.000 thương nhân trên thị trường tài chính. Nó buộc
chính phủ phải hỗn việc bán nợ 3 tỷ bảng.
Những chiếc xe của Nissan phải triệu hồi hơn 1 triệu xe khỏi thị trường do lỗi
phần mềm trong các máy dị cảm giác túi khí. Đã có báo cáo hai tai nạn do lỗi phần
mềm này.
Starbucks đã buộc phải đóng cửa khoảng 60% các cửa hàng ở Mỹ và Canada do
lỗi phần mềm trong hệ thống POS của mình. Tại một cửa hàng phục vụ cà phê miễn phí
vì họ không thể xử lý giao dịch.

Một số nhà bán lẻ bên thứ ba của Amazon thấy giá sản phẩm của họ giảm xuống
1p do trục trặc phần mềm. Họ bị bỏ lại với những tổn thất nặng nề.
Lỗ hổng trong Window 10. Lỗi này cho phép người dùng thoát khỏi các hộp cát
bảo mật thông qua một lỗ hổng trong hệ thống win32k.
Năm 2015 máy bay chiến đấu F-35 trở thành nạn nhân của lỗi phần mềm, khiến
nó khơng thể phát hiện mục tiêu chính xác.
Máy bay Air300 A300 của China Airlines bị rơi do lỗi phần mềm vào ngày 26
tháng 4 năm 1994, giết chết 264 người vô tội
Năm 1985, máy xạ trị Therac-25 của Canada bị trục trặc do lỗi phần mềm và đã
truyền liều gây chết người cho bệnh nhân, khiến 3 người chết và 3 người khác bị thương
nặng.
Vào tháng Tư năm 1999, một lỗi phần mềm gây ra sự thất bại của vụ phóng vệ
tinh quân sự trị giá 1,2 tỷ đô la, tai nạn tốn kém nhất trong lịch sử
Vào tháng 5 năm 1996, một lỗi phần mềm đã khiến tài khoản ngân hàng của 823
khách hàng của một ngân hàng lớn của Mỹ bị ghi có 920 triệu đơ la Mỹ.

Các loại kiểm thử phần mềm
Kiểm tra điển hình được phân thành ba loại.




Thử nghiệm chức năng
Kiểm tra hiệu năng hoặc kiểm tra hiệu năng
Bảo trì (Hồi quy và Bảo trì)

8


2. SDLC (Vịng đời phát triển phần mềm)

SDLC là gì?
PHÁT TRIỂN PHẦN MỀM LIFECYCLE (SDLC) là một quy trình có hệ thống để

xây dựng phần mềm đảm bảo chất lượng và tính chính xác của phần mềm được xây
dựng. Quá trình SDLC nhằm mục đích sản xuất phần mềm chất lượng cao, đáp ứng
mong đợi của khách hàng. Việc phát triển hệ thống phải được hoàn thành trong khung
thời gian và chi phí được xác định trước. SDLC bao gồm một kế hoạch chi tiết giải
thích cách lập kế hoạch, xây dựng và duy trì phần mềm cụ thể. Mỗi giai đoạn của vịng
đời SDLC có quy trình riêng và các sản phẩm cung cấp cho giai đoạn tiếp theo. SDLC
là viết tắt của Vòng đời phát triển phần mềm.

Tại sao SDLC?
Đây là những lý do chính tại sao SDLC quan trọng để phát triển hệ thống phần mềm.
Nó cung cấp một cơ sở để lập kế hoạch dự án, lập kế hoạch và dự toán
 Cung cấp một khung cho một tập hợp các hoạt động và sản phẩm tiêu chuẩn
 Nó là một cơ chế để theo dõi và kiểm soát dự án
 Tăng khả năng lập kế hoạch dự án cho tất cả các bên liên quan của quá trình phát
triển
 Tăng và tăng tốc độ phát triển
 Cải thiện quan hệ khách hàng
 Giúp bạn giảm rủi ro dự án và kế hoạch quản lý dự án


9


Các pha SDLC
Tồn bộ q trình SDLC được chia thành các giai đoạn sau:










Giai
Giai
Giai
Giai
Giai
Giai
Giai

đoạn 1: Thu thập và phân tích yêu cầu
đoạn 2: Nghiên cứu khả thi:
đoạn 3: Thiết kế:
đoạn 4: Mã hóa:
đoạn 5: Kiểm tra:
đoạn 6: Cài đặt / Triển khai:
đoạn 7: Bảo trì:

Giai đoạn 1: Thu thập và phân tích yêu cầu:
Yêu cầu là giai đoạn đầu tiên trong quy trình SDLC. Nó được thực hiện bởi các
thành viên nhóm cao cấp với đầu vào từ tất cả các bên liên quan và các chuyên gia tên
miền trong ngành. Lập kế hoạch cho các yêu cầu đảm bảo chất lượng và nhận ra các rủi
ro liên quan cũng được thực hiện trong giai đoạn này.
Giai đoạn này đưa ra một bức tranh rõ ràng hơn về phạm vi của toàn bộ dự án và
các vấn đề, cơ hội và chỉ thị dự kiến đã kích hoạt dự án.

Yêu cầu Giai đoạn tập hợp cần các đội để có được yêu cầu chi tiết và chính
xác. Điều này giúp các cơng ty hồn thiện dịng thời gian cần thiết để hồn thành cơng
việc của hệ thống đó.

Giai đoạn 2: Nghiên cứu khả thi:
Khi giai đoạn phân tích yêu cầu được hoàn thành, bước tiếp theo là xác định và
ghi lại nhu cầu phần mềm. Quá trình này được thực hiện với sự trợ giúp của tài liệu
'Đặc tả yêu cầu phần mềm' còn được gọi là tài liệu 'SRS'. Nó bao gồm mọi thứ cần được
thiết kế và phát triển trong vịng đời dự án.
Chủ yếu có năm loại kiểm tra tính khả thi:
Về kinh tế: Chúng ta có thể hoàn thành dự án trong phạm vi ngân sách hay
khơng?
 Pháp lý: Chúng tơi có thể xử lý dự án này như luật pháp mạng và khung / quy
định pháp lý khác.
 Tính khả thi của hoạt động: Chúng tơi có thể tạo ra các hoạt động được khách
hàng mong đợi không?


10


Kỹ thuật: Cần kiểm tra xem hệ thống máy tính hiện tại có thể hỗ trợ phần mềm
khơng
 Lịch trình: Quyết định rằng dự án có thể được hồn thành trong lịch trình nhất
định hay khơng.


Giai đoạn 3: Thiết kế:
Trong giai đoạn thứ ba này, các tài liệu thiết kế hệ thống và phần mềm được
chuẩn bị theo tài liệu đặc tả yêu cầu. Điều này giúp xác định kiến trúc hệ thống tổng

thể.
Giai đoạn thiết kế này đóng vai trò là đầu vào cho giai đoạn tiếp theo của mơ hình.
Có hai loại tài liệu thiết kế được phát triển trong giai đoạn này:
Thiết kế cấp cao (HLD)






Mô tả ngắn gọn và tên của từng mô-đun
Một phác thảo về chức năng của mỗi mô-đun
Mối quan hệ giao diện và phụ thuộc giữa các mô-đun
Các bảng cơ sở dữ liệu được xác định cùng với các yếu tố chính của chúng
Sơ đồ kiến trúc hoàn chỉnh cùng với các chi tiết công nghệ

Thiết kế cấp thấp (LLD)







Logic chức năng của các mô-đun
Bảng cơ sở dữ liệu, bao gồm loại và kích thước
Chi tiết đầy đủ về giao diện
Giải quyết tất cả các loại vấn đề phụ thuộc
Danh sách các thông báo lỗi
Hoàn thành đầu vào và đầu ra cho mọi mơ-đun

Giai đoạn 4: Mã hóa:
Khi giai đoạn thiết kế hệ thống kết thúc, giai đoạn tiếp theo là mã hóa. Trong giai
đoạn này, các nhà phát triển bắt đầu xây dựng tồn bộ hệ thống bằng cách viết mã bằng
ngơn ngữ lập trình đã chọn. Trong giai đoạn mã hóa, các tác vụ được chia thành các
đơn vị hoặc mô-đun và được giao cho các nhà phát triển khác nhau. Đây là giai đoạn
dài nhất của quy trình Vịng đời phát triển phần mềm.
Trong giai đoạn này, Nhà phát triển cần tuân theo một số nguyên tắc mã hóa
được xác định trước. Họ cũng cần sử dụng các công cụ lập trình như trình biên dịch,
trình thơng dịch, trình gỡ lỗi để tạo và triển khai mã.

11


Giai đoạn 5: Kiểm tra:
Khi phần mềm hoàn tất và nó được triển khai trong mơi trường thử
nghiệm. Nhóm thử nghiệm bắt đầu thử nghiệm chức năng của toàn bộ hệ thống. Điều
này được thực hiện để xác minh rằng toàn bộ ứng dụng hoạt động theo yêu cầu của
khách hàng.
Trong giai đoạn này, QA và nhóm thử nghiệm có thể tìm thấy một số lỗi / lỗi mà
họ giao tiếp với các nhà phát triển. Nhóm phát triển sửa lỗi và gửi lại cho QA để kiểm
tra lại. Quá trình này tiếp tục cho đến khi phần mềm khơng có lỗi, ổn định và hoạt động
theo nhu cầu kinh doanh của hệ thống đó.

Giai đoạn 6: Cài đặt / Triển khai:
Khi giai đoạn kiểm thử phần mềm kết thúc và khơng cịn lỗi hay lỗi nào trong hệ
thống thì quá trình triển khai cuối cùng sẽ bắt đầu. Dựa trên phản hồi được cung cấp
bởi người quản lý dự án, phần mềm cuối cùng được phát hành và kiểm tra các vấn đề
triển khai nếu có.

Giai đoạn 7: Bảo trì:
Khi hệ thống được triển khai và khách hàng bắt đầu sử dụng hệ thống đã phát triển,
sẽ xảy ra 3 hoạt động sau




Sửa lỗi - lỗi được báo cáo do một số tình huống khơng được kiểm tra
Nâng cấp - Nâng cấp ứng dụng lên các phiên bản Phần mềm mới hơn
Cải tiến - Thêm một số tính năng mới vào phần mềm hiện có

Trọng tâm chính của giai đoạn SDLC này là đảm bảo rằng nhu cầu tiếp tục được
đáp ứng và hệ thống tiếp tục thực hiện theo thông số kỹ thuật được đề cập trong giai
đoạn đầu tiên.

Các mơ hình SDLC phổ biến
Dưới đây là một số giai đoạn quan trọng nhất của vịng đời SDLC:
Mơ hình thác nước
Thác nước là một mơ hình SDLC được chấp nhận rộng rãi. Theo cách tiếp cận
này, toàn bộ quá trình phát triển phần mềm được chia thành các giai đoạn khác
nhau. Trong mơ hình SDLC này, kết quả của một pha đóng vai trị là đầu vào cho pha
tiếp theo.
Mơ hình SDLC này chun sâu về tài liệu, với các giai đoạn trước đó ghi lại
những gì cần được thực hiện trong các giai đoạn tiếp theo.
12


Cách tiếp cận gia tăng
Mơ hình gia tăng khơng phải là một mơ hình riêng biệt. Nó thực chất là một
chuỗi các chu kỳ thác nước. Các yêu cầu được chia thành các nhóm khi bắt đầu dự

án. Đối với mỗi nhóm, mơ hình SDLC được theo dõi để phát triển phần mềm. Quá trình
SDLC được lặp lại, với mỗi bản phát hành bổ sung thêm chức năng cho đến khi tất cả
các yêu cầu được đáp ứng. Trong phương pháp này, mọi chu kỳ đóng vai trị là giai
đoạn bảo trì cho bản phát hành phần mềm trước đó. Sửa đổi mơ hình gia tăng cho phép
các chu kỳ phát triển chồng chéo. Sau đó chu kỳ tiếp theo có thể bắt đầu trước khi chu
kỳ trước hồn thành.
Mơ hình chữ V
Trong loại thử nghiệm và phát triển mơ hình SDLC này, giai đoạn được lên kế
hoạch song song. Vì vậy, có các giai đoạn xác minh ở phía bên kia và giai đoạn xác
nhận ở phía bên kia. Mơ hình V tham gia theo giai đoạn Mã hóa.
Mơ hình nhanh
Phương pháp Agile là một thực tiễn nhằm thúc đẩy sự tương tác tiếp tục phát
triển và thử nghiệm trong quá trình SDLC của bất kỳ dự án nào. Trong phương thức
Agile, toàn bộ dự án được chia thành các bản dựng gia tăng nhỏ. Tất cả các bản dựng
này được cung cấp trong các lần lặp và mỗi lần lặp lại kéo dài từ một đến ba tuần.
Mô hình xoắn ốc
Mơ hình xoắn ốc là một mơ hình q trình theo hướng rủi ro. Mơ hình SDLC
này giúp nhóm áp dụng các yếu tố của một hoặc nhiều mơ hình quy trình như thác nước,
gia tăng, thác nước, v.v.
Mơ hình này áp dụng các tính năng tốt nhất của mơ hình tạo mẫu và mơ hình thác
nước. Phương pháp xoắn ốc là sự kết hợp giữa tạo mẫu nhanh và đồng thời trong các
hoạt động thiết kế và phát triển.
Mơ hình vụ nổ lớn
Mơ hình Big bang đang tập trung vào tất cả các loại tài nguyên trong phát triển
phần mềm và mã hóa, khơng có hoặc có rất ít kế hoạch. Các yêu cầu được hiểu và thực
hiện khi chúng đến.
Mơ hình này hoạt động tốt nhất cho các dự án nhỏ với nhóm phát triển kích thước
nhỏ hơn đang làm việc cùng nhau. Nó cũng hữu ích cho các dự án phát triển phần mềm
học thuật. Đây là một mơ hình lý tưởng trong đó các yêu cầu là không xác định hoặc
ngày phát hành cuối cùng không được đưa ra.

13


Khiếm khuyết / Vòng đời lỗi trong Kiểm thử phần mềm

3.

Khiếm khuyết Vịng đời là gì?
DEFECT LIFE CYCLE hoặc Bug Life Life là tập hợp các trạng thái cụ thể mà

một con bọ đi qua trong toàn bộ cuộc đời của nó. Mục đích của vịng đời Khiếm khuyết
là dễ dàng phối hợp các thay đổi trạng thái lỗi với các người được chuyển nhượng khác
nhau và làm cho quá trình sửa lỗi có hệ thống.

Tình trạng vịng đời lỗi
Số lượng trạng thái mà một khiếm khuyết đi qua thay đổi từ dự án này sang dự
án khác. Dưới sơ đồ vòng đời, bao gồm tất cả các trạng thái có thể

Hình 9: Vịng đời Bug

Mới: Khi một lỗi mới được ghi lại và đăng lần đầu tiên. Nó được gán một trạng
thái là MỚI.
 Đã chỉ định: Sau khi lỗi được đăng bởi người kiểm tra, người dẫn của người
kiểm tra sẽ phê duyệt lỗi và gán lỗi cho nhóm phát triển
 Mở : Nhà phát triển bắt đầu phân tích và làm việc trên bản sửa lỗi
 Đã sửa lỗi : Khi nhà phát triển thực hiện thay đổi mã cần thiết và xác minh thay
đổi, anh ta hoặc cơ ta có thể tạo trạng thái lỗi là "Đã sửa".
 Đang chờ kiểm tra lại : Sau khi sửa lỗi, nhà phát triển đưa ra một mã cụ thể để
kiểm tra lại mã cho người kiểm tra. Vì kiểm thử phần mềm vẫn đang chờ xử lý từ cuối

người kiểm tra, trạng thái được chỉ định là "kiểm tra lại đang chờ xử lý".
 Thử lại : Tester thực hiện kiểm tra lại mã ở giai đoạn này để kiểm tra xem lỗi có
được sửa bởi nhà phát triển hay không và thay đổi trạng thái thành "Kiểm tra lại".


14


Đã xác minh : Người kiểm tra kiểm tra lại lỗi sau khi được nhà phát triển sửa
lỗi. Nếu không có lỗi được phát hiện trong phần mềm, thì lỗi đã được sửa và trạng thái
được gán là "đã được xác minh".
 Mở lại : Nếu lỗi vẫn tồn tại ngay cả sau khi nhà phát triển đã sửa lỗi, người kiểm
tra sẽ thay đổi trạng thái thành "mở lại". Một lần nữa lỗi đi qua vịng đời.
 Đã đóng : Nếu lỗi khơng cịn tồn tại thì người kiểm tra sẽ gán trạng thái "Đã
đóng".
 Sao y : Nếu lỗi được lặp lại hai lần hoặc lỗi tương ứng với cùng một khái niệm
về lỗi, trạng thái được thay đổi thành "trùng lặp".
 Bị từ chối : Nếu nhà phát triển cảm thấy lỗi không phải là khiếm khuyết thực sự
thì nó sẽ thay đổi lỗi thành "bị từ chối".
 Trì hỗn : Nếu lỗi hiện tại khơng phải là ưu tiên chính và nếu dự kiến sẽ được
sửa trong bản phát hành tiếp theo, thì trạng thái "Trì hỗn" được gán cho các lỗi đó
 Khơng phải là lỗi : Nếu nó khơng ảnh hưởng đến chức năng của ứng dụng thì
trạng thái được gán cho lỗi là "Khơng phải là lỗi".


Giải thích về vịng đời

Hình 10: Chi tiết vịng đời Bug

1.

2.
3.
4.

Tester tìm thấy khuyết điểm
Tình trạng được gán cho khuyết tật- Mới
Một lỗi được chuyển đến Quản lý dự án để phân tích
Quản lý dự án quyết định xem một khiếm khuyết có hợp lệ khơng
15


5. Ở đây, lỗi không hợp lệ - một trạng thái được đưa ra "Đã từ chối."
6. Vì vậy, người quản lý dự án chỉ định một trạng thái bị từ chối . Nếu lỗi khơng
bị từ chối thì bước tiếp theo là kiểm tra xem nó có nằm trong phạm vi khơng. Giả sử
chúng ta có một chức năng khác - chức năng email cho cùng một ứng dụng và bạn
thấy có vấn đề với điều đó. Nhưng nó không phải là một phần của bản phát hành hiện
tại khi các lỗi đó được chỉ định là trạng thái hoãn hoặc hoãn .
7. Tiếp theo, người quản lý xác minh xem một khiếm khuyết tương tự đã được nêu
ra trước đó. Nếu có khiếm khuyết được chỉ định một trạng thái trùng lặp .
8. Nếu khơng có lỗi được chỉ định cho nhà phát triển bắt đầu sửa mã. Trong giai
đoạn này, lỗi được chỉ định một trạng thái đang tiến hành.
9. Khi mã được cố định. Một lỗi được gán một trạng thái cố định
10. Tiếp theo, người kiểm tra sẽ kiểm tra lại mã. Trong trường hợp, Test Case vượt
qua lỗi được đóng lại. Nếu các trường hợp thử nghiệm thất bại một lần nữa, lỗi
được mở lại và gán cho nhà phát triển.
11. Hãy xem xét một tình huống trong lần phát hành Đặt chỗ chuyến bay đầu tiên,
một lỗi được tìm thấy theo thứ tự Fax đã được sửa và gán trạng thái đóng. Trong lần
nâng cấp thứ hai, lỗi tương tự lại xuất hiện trở lại. Trong những trường hợp như vậy,
một khiếm khuyết kín sẽ được mở lại.

4.

Trường hợp thử nghiệm

Một Test Case là một tập hợp các điều kiện hoặc các biến theo đó một thử nghiệm
sẽ xác định liệu một hệ thống theo yêu cầu kiểm tra đáp ứng hoặc các tác phẩm một cách
chính xác.
Q trình phát triển các trường hợp thử nghiệm cũng có thể giúp tìm ra các vấn đề
trong các yêu cầu hoặc thiết kế của một ứng dụng.

Mẫu trường hợp thử nghiệm
Một trường hợp thử nghiệm có thể có các yếu tố sau. Tuy nhiên, lưu ý rằng một
công cụ quản lý kiểm tra thường được sử dụng bởi các công ty và định dạng được xác định
bởi công cụ được sử dụng.

16


Hình 11: Các cột trong test case

Viết các bài kiểm tra tốt




o
o
o

o

Càng xa càng tốt, viết các trường hợp kiểm tra theo cách mà bạn chỉ kiểm tra một điều tại
một thời điểm. Không chồng chéo hoặc làm phức tạp các trường hợp thử nghiệm. Cố gắng
làm cho các trường hợp thử nghiệm của bạn 'nguyên tử'.
Đảm bảo rằng tất cả các kịch bản tích cực VÀ các kịch bản tiêu cực được bảo hiểm.
Ngôn ngữ:
Viết bằng ngôn ngữ đơn giản và dễ hiểu.
Sử dụng giọng nói chủ động thay vì giọng nói thụ động: Làm cái này, làm cái kia.
Sử dụng tên chính xác và nhất quán (của biểu mẫu, trường, v.v.).
Đặc điểm của một trường hợp thử nghiệm tốt:
Chính xác : Chính xác mục đích.
17