Đề tài nghiên cứu về hệ thống quản lý tuyến cáp với manual testing

Tuy nhiên, vì độ phức tạp của phần mềm và những giới hạn về thời gian và chi phí, cho dù cáchoạt động đảm bảo chất lượng phần mềm nói chung và kiểm thử nói riêng ngày càngchặt chẽ và kho

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ

TRUYỀN THÔNG VIỆT – HÀNKHOA KHOA HỌC MÁY TÍNH

Báo cáo THỰC TẬP TỐT NGHIỆP

ĐỀ TÀI: NGHIÊN CỨU VỀ HỆ THỐNG QUẢN LÝ TUYẾN CÁP VỚI MANUAL TESTING

Sinh viên thực hiện : Nguyễn Sỹ Huy

Lớp : 18IT2

Giảng viên hướng dẫn : Ths Lê Viết Trương

Đơn vị thực tập : Công ty Biti Hightech

Người hướng dẫn : Nguyễn Văn Đông

Đà nẵng, tháng 8 năm 2022

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ

TRUYỀN THÔNG VIỆT – HÀNKHOA KHOA HỌC MÁY TÍNH

Báo cáo THỰC TẬP TỐT NGHIỆP

ĐỀ TÀI: NGHIÊN CỨU VỀ HỆ THỐNG QUẢN LÝ TUYẾN CÁP VỚI MANUAL TESTING

Sinh viên thực hiện : Nguyễn Sỹ Huy

Lớp : 18IT2

Giảng viên hướng dẫn : Ths Lê Viết Trương

Đơn vị thực tập : Công ty Biti Hightech

Người hướng dẫn : Nguyễn Văn Đông

NHẬN XÉT CỦA GIẢNG VIÊN HƯỚNG DẪN

………

………

………

………

………

………

………

………

………

………

………

………

………

………

………

………

Đà Nẵng, tháng 8 năm 2022

LỜI CẢM ƠN

Trong đợt thực tập vừa qua, em đã nhận được nhiều sự huớng dẫn, giúp đỡ

và động viên tận tình từ nhiều phía Tất cả những điều đó đã trở thành một độnglực rất lớn giúp em có thể hoàn thành tốt mọi công việc được giao Với tất cả sựcảm kích và trân trọng, em xin được gửi lời cảm ơn đến tất cả mọi người Trước tiên em xin chân thành cảm ơn Công ty Biti Hightech đã tạo điều kiệncũng như cơ sở vật chất, thiết bị để em được tham gia làm việc tại công ty Xin cảm ơn anh Nguyễn Văn Đông và các anh chị cùng làm việc ở công ty đã hưỡngdẫn giúp đỡ trong thời gian em thực tập

Em cũng gửi lời cám ơn đến lãnh đạo Trường đại học Công nghệ thông tin

và Truyền thông Việt – Hàn và giáo viên hướng dẫn ThS Lê Viết Trương đã hướng dẫn giúp em hoàn thành đề tài tại môi trường thực tập doanh nghiệp

Và cuối cùng xin cảm ơn các bạn sinh viên thực tập cùng tại Công ty BitiHightech trong đợi thực tập vừa qua, những người đã luôn tận tình, chia sẻ côngviệc trong đợt thực tập vừa qua

Em xin chân thành cảm ơn!

Sinh viên

Nguyễn Sỹ Huy

MỤC LỤCDANH MỤC HÌNH 6

KẾ HOẠCH THỰC HIỆN 7

PHIẾU NHẬN XÉT CỦA ĐƠN VỊ THỰC TẬP 8

DANH MỤC CÁC TỪ VIẾT TẮT VÀ THUẬT NGỮ 9

MỞ ĐẦU 10

1 Giới thiệu 10

2 Mục tiêu của đề tài 10

3 Đối tượng nghiên cứu 11

4 Phạm vi nghiên cứu 11

5 Phương pháp triển khai đề tài 11

6 Nội dung báo cáo 11

CHƯƠNG 1 GIỚI THIỆU VỀ CÔNG TY BITI HIGHTECH 12

1.1 Cơ quan thực tập 12

1.2 Giới thiệu chung 12

1.3 Mục tiêu hoạt động 12

1.4 Tổ chức hoạt động: 12

1.5 Lĩnh vực hoạt động: 12

1.6 Các dịch vụ chính của công ty: 12

1.7 Các sản phẩm/ phương án/ giải pháp: 13

1.8 Văn hóa làm việc tại công ty 13

1.9 Quá trình làm việc tại công ty 14

CHƯƠNG 2 CƠ SỞ LÝ THUYẾT VỀ KIỂM THỬ 15

2.1 Giới thiệu 15

2.1.1 Phần mềm 15

2.2 Kiểm thử phần mềm và một số khái niệm liên quan 15

2.2.1 Kiểm thử phần mềm 15

2.2.2 Một số khái niệm liên quan 16

2.3 Quy trình kiểm thử phần mềm 17

2.3.1 Test Planning 18

2.3.2 Test Analysis and Design 18

2.3.3 Test Excuting 19

2.3.4 Test Report 19

2.4 Các cấp độ kiểm thử 19

2.4.1 Kiểm thử mức đơn vị 19

2.4.2 Kiểm thử tích hợp 20

2.4.3 Kiểm thử hồi quy 20

2.4.4 Kiểm thử chấp nhận sản phẩm 21

2.4.5 Kiểm thử mức hệ thống 21

2.5 Các kĩ thuật kiểm thử phần mềm 21

2.5.1 Nguyên tắc cơ bản kiểm thử phần mềm 21

2.6 Kĩ thuật thiết kế ca kiểm thử 23

2.6.1 Cấu trúc của ca kiểm thử 23

2.6.2 Phân vùng tương đương 24

2.6.3 Phân tích giá trị biên 24

2.6.4 Cấu trúc một Bug report 25

CHƯƠNG 3: THỰC HIỆN KIỂM THỬ HỆ THỐNG VỚI MANUAL TESTING 26

3.1 Manual Testing 26

3.1.1 Các tool hỗ trợ Manual Testing 26

3.2 Thực thi kiểm thử 27

3.2.1 Tìm hiểu rõ yêu cầu 27

3.2.2 Thực hiện ghi test case 29

3.2.3 Thực thi kiểm thử 31

3.2.4 Điều tra sâu hơn 31

3.2.5 Viết báo cáo bug 32

3.2.6 Báo cáo kết quả về test 34

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 35

1 Về kiến thức 35

2 Các ý kiến nhận xét và khắc phục 35

3 Hạn chế 35

4 Kết luận 35

5 Hướng phát triển 36

TÀI LIỆU THAM KHẢO 37

DANH MỤC HÌNH Hình 1 Giới thiệu công ty 13

Hình 2 Ứng dụng Trello quản lý công việc 14

Hình 3 Ví dụ 17

Hình 4 Quy trình kiểm thử phần mềm 17

Hình 5 Quy trình kiểm thử tự động 25

Hình 6 Cấu trúc ca kiểm thử 24

Hình 7 Hình ảnh đặc tả yêu cầu chức năng đăng ký thành viên 28

Hình 8 Màn hình danh sách tuyến cáp 28

Hình 9 Test Summary 30

Hình 10.1 Danh sách chức năng hệ thống 31

Hình 10.2 Danh sách chức năng hệ thống 31

Hình 11.1 Thực thi báo lỗi 32

Hình 11.2 Thực thi báo lỗi 32

Hình 12 Lỗi bản đồ 33

Hình 13 Test report 34

KẾ HOẠCH THỰC HIỆN

Từ ngày 12/06/2022 –

20/06/2022

- Tìm hiểu về quy trình phát triển của công ty

- Tìm hiểu đề tài và xây dựng đề cương

- Khảo sát thực tế và lên kế hoạch thực hiện

Từ ngày 21/06/2022 -

15/08/2022

Nội dung thực hiện Sinh viên thực hiện

- Tìm tài liệu liên quan

- Tìm hiểu về hệ thống ứng dụng quản lý tuyến cáp

- Tìm hiểu quy trình phát triển phần mềm và kiểm thử phần mềm

- Lập kế hoạch test, kịch bảntest và chuẩn bị dữ liệu test

- Thực hiện kiểm thử theo tính năng, hiệu năng hệ thống

- Thực hiện tái tạo lỗi, kiểm soát lỗi, theo dõi kết quả kiểm thử

- Theo dõi, tổng hợp, đánh giá, báo cáo Test

Nguyễn Sỹ Huy

Từ ngày 16/08/2022 –

30/08/2022) - Làm báo cáo và trình bày đề tài, nộp kết quả

PHIẾU NHẬN XÉT CỦA ĐƠN VỊ THỰC TẬP

DANH MỤC CÁC TỪ VIẾT TẮT VÀ THUẬT NGỮ

STT KÝ HIỆU CỤM TỪ ĐẦY ĐỦ Ý NGHĨA

1 3G Third-generationtechnology

Công nghệ truyền thông thế

hệ thứ ba, cho phép truyền

cả dữ liệu thoại và dữ liệungoài thoại

ApplicationProgrammingInterface

Giao diện lâ ‚p trình ứngdụng là 1 giao tiếp phầnmềm được dùng bởi cácứng dụng khác nhau

3 BSD Berkeley Software

Distribution

Tên của một hệ điều hànhdẫn xuất từ UNIX đượcphát hành vào thâ ‚p niên

1970 từ trường Đại họcCalifornia tại Berkeley

4 CPU Central ProcessingUnit Bộ xử lý trung tâm

Viện kỹ nghệ Điện và Điện

tử

8 V&V Verification and

Validation Xác minh và thẩm định

MỞ ĐẦU

1 Giới thiệu

Với sự phát triển như vũ bão của công nghệ thông tin nói chung và công nghệ phầnmềm nói riêng, việc phát triển phần mềm ngày càng được hỗ trợ bởi nhiều công cụtiên tiến, giúp cho việc xây dựng phần mềm đỡ mệt nhọc và hiệu quả hơn Tuy nhiên,

vì độ phức tạp của phần mềm và những giới hạn về thời gian và chi phí, cho dù cáchoạt động đảm bảo chất lượng phần mềm nói chung và kiểm thử nói riêng ngày càngchặt chẽ và khoa học, vẫn không đảm bảo được rằng các sản phẩm phần mềm đangđược ứng dụng không có lỗi Lỗi vẫn luôn tiềm ẩn trong mọi sản phẩm phần mềm vàcũng có thể gây những thiệt hại khôn lường

Kiểm thử phần mềm là một quá trình liên tục, xuyên suốt mọi giai đoạn phát triểnphần mềm để đảm bảo rằng phần mềm thoả mãn các yêu cầu thiết kế và các yêu cầu

đó đáp ứng các nhu cầu của người dùng Các kỹ thuâ ‚t kiểm thử phần mềm đã và đangđược nghiên cứu, và việc kiểm thử phần mềm đã trở thành quy trình bắt buộc trongcác dự án phát triển phần mềm trên thế giới Kiểm thử phần mềm là một hoạt động rấttốn kém, mất thời gian, và khó phát hiện được hết lỗi

Hệ thống quản lý tuyến cáp là ứng dụng miễn phí Nó cho phép người sử dụng tạobản đồ các tuyến cáp, đường cống ngầm và chia sẻ chúng từ hiện trường Hệ thốngtương thích với nhiều loại máy dò cáp ngầm Hệ thống sử dụng Google Maps để tạobản đồ chi tiết các tiện ích ngầm như: tuyến cáp điện, đường ống cấp nước, thoát nước,

… Tệp bản đồ (định dạng kml hoặc csv) có thể chia sẻ trực tiếp qua email hoặc cácứng dụng nhắn tin phổ biến như: Zalo, Skype,… Các tiện ích ngầm khác nhau đượcđánh dấu bằng các lớp màu khác nhau giúp việc quản lý dễ dàng hơn

Khi được tham gia vào dự án với vị trí Tester cho nên em xây dựng đề tài tự tập tốt nghiệp của bản thân là “NGHIÊN CỨU VỀ HỆ THỐNG QUẢN LÝ TUYẾN CÁP VỚI MANUAL TESTING”

2 Mục tiêu của đề tài

Đề tài tìm hiểu cơ sở lý thuyết về kiểm thử nói chung và kiểm thử thủ công nóiriêng cũng như cách xây dựng kịch bản kiểm thử để đảm bảo hầu hết tính năng củaứng dụng hệ thống Và tính đầy đủ của kiểm thử, kiểm thử viên thường làm theomột kế hoạch kiểm thử bằng văn bản, dẫn họ qua các trường hợp kiểm thử quan trọng.Cũng như là tìm hiểu về hệ thống với vai trò là Tester

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

 Hệ thống quản lý tuyến cáp

 Manual Test

4 Phạm vi nghiên cứu

Nghiên cứu tổng quan về kiểm thử phần mềm và các kỹ thuâ ‚t kiểm thử từ đó ápdụng vào kiểm thử phần mềm trên hệ thống, tìm hiểu công cụ và môi trường kiểm thửphần mềm Với mục tiêu đặt ra như vâ ‚y, những nội dung và kết quả nghiên cứu chínhcủa đồ án được trình bày trong ba chương như sau:

5 Phương pháp triển khai đề tài

Để áp dụng được kiến thức về kiểm thử phần mềm mà em đã tìm hiểu vào hệ thốngquản lý tuyến cáp thì em đã thực hiện đề tài này theo các bước như sau:

- Tìm hiểu tài liệu liên quan về hệ thống ứng dụng quản lý tuyến cáp

- Tìm hiểu quy trình phát triển phần mềm và kiểm thử phần mềm

- Lập kế hoạch test, kịch bản test và chuẩn bị dữ liệu test

- Thực hiện tái tạo lỗi, kiểm soát lỗi, theo dõi kết quả kiểm thử

- Theo dõi, tổng hợp, đánh giá, báo cáo Test

6 Nội dung báo cáo

 Chương I: Giới thiệu về Công ty Biti Hightech

 Chương II: Cơ sở lý thuyết về kiểm thử phần mềm

 Chương III: Thực hiện kiểm thử hệ thống với manual testing

 Chương IV: Đánh giá báo cáo kết quả kiểm thử

CHƯƠNG 1 GIỚI THIỆU VỀ CÔNG TY BITI HIGHTECH

1.2 Giới thiệu chung

Công ty TNHH Thương Mại và Công nghệ BITI HIGHTECH với đội ngũ kỹ sưnăng động, dám nghĩ, dám làm, Với thế mạnh và kinh nghiệm nhiều năm trong cáclĩnh vực: công nghệ, truyền thông, giáo dục trực tuyến, báo chí, thiết kế website ứngdụng, giúp đỡ khách hàng đưa thương hiệu, sản phẩm dịch vụ của mình đến cho ngườitiêu dùng

1.3 Mục tiêu hoạt động

BITI HIGHTECH muốn trở thành đơn vị tiên phong cho phong cách

thiết kế hiện đại, trẻ trung và bắt kịp xu hướng với mục tiêu “ BITI

-Giải pháp công nghệ thông tin tốt nhất dành riêng cho bạn ” 1.4 Tổ chức hoạt động:

- Đội ngũ nhân viên:

 CEO: Anh Nguyễn Bảo Nguyên

 PM: Chị Trần Thị Yến Phương

 Designer: Anh Phạm Đình Quang

 Developer: Anh Lê Quang Phúc

 Ngoài ra cty còn có một số developer, tester outsource

1.5 Lĩnh vực hoạt động:

- Hoạt động thiết kế website, app & truyền thông chuyên nghiệp

1.6 Các dịch vụ chính của công ty:

- Thiết kế website

- Thiết kế logo & banner

- Chăm sóc website

- Dịch vụ SEO

- Thiết kế Ứng Dụng

- Marketing online

- Cung cấp tên miền, hosting

- Google ads, facebook ads

Hình 1: Giới thiệu về công ty

1.8 Văn hóa làm việc tại công ty

Theo mô hình làm việc agile - Scrum, những điều mà một nhân viên chuyên nghiệpcần phải có bao gồm:

- Thái độ, văn hóa ứng xử

- Kĩ năng tiếng Anh

- Kĩ năng mềm

- Kĩ năng chuyên môn

Ở các kỹ năng trên, thái độ văn hóa ứng xử là kỹ năng quan trọng bậc nhất, được xem

là nền móng quyết định tất cả

Tác phong khi đến công ty phải gọn gàng, lịch sự Từ các ngày thứ Hai đến thứNăm, các thực tập sinh phải mặc áo sơ mi hoặc áo có cổ cũng như quần dài Ngày thứsáu có thể ăn mặc thoải mái hơn nhưng bắt buộc cũng phải giữ mức lịch sự tối thiểu.CEO của công ty làm việc tại Mỹ nên muốn đem những văn hóa đẹp của Mỹ về ViệtNam, bao gồm việc vào ngày thứ Sáu, sau khi đi làm xong các nhân viên có thể đi chơicùng bạn bè mà không cần phải về nhà thay đồ

Ngoài ra còn có các quy định khác của công ty đề ra nhằm tạo tính kỷ luật chonhân viên bao gồm như là hạn chế việc ngủ trưa, đi làm đúng giờ, có việc xin nghỉphép phải xin ít nhất trước một ngày, hoặc nếu có việc đột xuất ít nhất cũng phải gọiđiện thông báo

Việc sử dụng Email và Skype cũng có quy định riêng, đó là: Trong ngày làm việc,yêu cần phải trả lời email trong vòng 24h và Skype trong vòng 2 tiếng kể từ lúc nhận.Trả lời ở đây không cần phải cần thiết hoàn thành việc được đề cập trong tin nhắn, mà

là để thông báo với người gửi rằng đã nhận được tin nhắn thành công

1.9 Quá trình làm việc tại công ty

Sau khi trải quả các vòng ph™ng vấn và được nhâ ‚n vào thực tâ ‚p tại công ty, cácthực tâ ‚p sinh sẽ được thêm vào các nhóm Slack làm viê ‚c và tiến hành chào h™i, làmquen với những người khác, và sau đó sẽ được phân công vào các nhóm làm viê ‚cchuyên theo mảng làm viê ‚c (như mobile dev, UX/UI, Tester…)

Mỗi mô ‚t nhóm làm viê ‚c thông thường sẽ bao gồm các leaders, quản lý và các thànhviên Các leaders sẽ là những người có kinh nghiê ‚m làm viê ‚c, quản lý lâu năm tại trụ

sở chính, họ sẽ được phân công dựa theo kinh nghiê ‚m và dự án được giao Các quản lýcủa các team sẽ chịu trách nhiê ‚m là cầu nối giữa leader và thành viên trong đô ‚i trongviê ‚c giao tiếp, trao đổi, giải đáp thắc mắc Nếu khả năng tiếng anh tốt, thì các thànhviên trong đô ‚i có thể liên lạc trực tiếp với leader mà không cần phải qua quản lý của

đô ‚i.Vào ngày đầu tiên, các thành viên sẽ được làm quen với hai ứng dụng chính: Ứngdụng để giao tiếp Slack và ứng dụng quản lý công viê ‚c Trello để báo cáo

Hình 2: Ứng dụng Trello quản lý công việc

CHƯƠNG 2 CƠ SỞ LÝ THUYẾT VỀ KIỂM THỬ

2.1 Giới thiệu

Kiểm thử nhằm đánh giá chất lượng hoặc tính chấp nhâ ‚n được của sản phẩm.Ngoài ra, kiểm thử còn giúp phát hiện lỗi hoặc bất cứ vấn đề gì về sản phẩm.Chúng ta cần kiểm thử vì biết rằng con người luôn có thể mắc sai lầm Điều nàyđặc biệt đúng trong lĩnh vực phát triển phần mềm và các hệ thống điều khiển bởiphần mềm

2.1.1 Phần mềm

Phần mềm thường được mô tả bởi ba thành phần cấu thành:

 Tập các lệnh (chương trình máy tính) trên máy tính khi thực hiện sẽ tạo ra cácdịch vụ và đem lại những kết quả mong muốn cho người dùng

 Các cấu trúc dữ liệu (lưu giữ trên các bộ nhớ) làm cho chương trình thao tác hiệuquả với các thông tin thích hợp và nội dung thông tin được số hóa

 Các tài liệu để mô tả thao tác, cách sử dụng và bảo trì phần mềm (hướng dẫn sửdụng, tài liệu kỹ thuâ ‚t, tài liệu phân tích, thiết kế, kiểm thử, v.v.)

2.2.1 Kiểm thử phần mềm

Kiểm thử phần mềm là một cuộc kiểm tra được tiến hành để cung cấp cho các bênliên quan thông tin về chất lượng của sản phẩm hoặc dịch vụ được kiểm thử Kiểm thử

có thể cung cấp cho doanh nghiệp một quan điểm, một cách nhìn độc lâ ‚p về phần mềm

để từ đó cho phép đánh giá và thấu hiểu được những rủi ro trong quá trình triển khaiphần mềm

Trong kỹ thuâ ‚t kiểm thử không chỉ giới hạn ở việc thực hiện một chương trìnhhoặc ứng dụng với mục đích đi tìm các lỗi phần mềm (bao gồm các lỗi và các thiếusót) mà còn là một quá trình phê chuẩn và xác minh một chương trình máy tính / ứngdụng / sản phẩm nhằm: Đáp ứng được mọi yêu cầu hướng dẫn khi thiết kế và pháttriển phần mềm Thực hiện công việc đúng như kỳ vọng Có thể triển khai được vớinhững đặc tính tương tự và đáp ứng được mọi nhu cầu của các bên liên quan.Tùy thuộc vào từng phương pháp, việc kiểm thử có thể được thực hiện bất cứ lúcnào trong quá trình phát triển phần mềm Theo truyền thống thì các nỗ lực kiểm thửđược tiến hành sau khi các yêu cầu được xác định và việc lâ ‚p trình được hoàn tấtnhưng trong Agile (là một tâ ‚p hợp các phương pháp phát triển phần mềm linh hoạt dựa

trên việc lặp đi lặp lại và gia tăng giá trị) thì việc kiểm thử được tiến hành liên tụctrong suốt quá trình xây dựng phần mềm Như vâ ‚y, mỗi một phương pháp kiểm thử bịchi phối theo một quy trình phát triển phần mềm nhất định.

2.2.2 Một số khái niệm liên quan

+ Chất lượng phần mềm (Software quality): là mức độ mà một hệ thống, thànhphần hay quy trình đáp ứng các yêu cầu của đặc tả phần mềm, các nhu cầu mong đợicủa khách hàng hoặc người sử dụng

+ Đảm bảo chất lượng phần mềm (Software quality assurance): là một quy trình có

kế hoạch và hệ thống của tất cả các hành động cần thiết để cung cấp các thông tin đầy

đủ để đảm bảo các sản phẩm có phù hợp với các yêu cầu về kỹ thuâ ‚t hay không Mụcđích cuối cùng là để đánh giá quy trình sản xuất sản phẩm phần mềm

+ Xác nhận (Validation): là quá trình đánh giá một hệ thống hay cấu phần trong haycuối của quá trình phát triển để xác định xem nó đáp ứng yêu cầu quy định

+ Xác minh, kiểm chứng (Verification): là quá trình đánh giá một hệ thống haythành phần để xác định xem các sản phẩm của một giai đoạn phát triển nhất định đápứng các điều kiện áp đặt tại lúc bắt đầu của giai đoạn đó Xác minh thường là hoạtđộng có tính kỹ thuâ ‚t cao hơn, sử dụng những tri thức về các yêu cầu, đặc tả phầnmềm Xác nhâ ‚n thường phụ thuộc vào tri thức về lĩnh vực tương ứng Cụ thể là, trithức về ứng dụng của phần mềm được viết Ví dụ: xác nhâ ‚n của phần mềm về máy bayyêu cầu tri thức từ kỹ sư hàng không và phi công

+ Lỗi (Error): Lỗi là những vấn đề mà con người mắc phải trong quá trình pháttriển các sản phẩm phần mềm

+ Sai (Fault): Sai là kết quả của lỗi, hay nói khác đi, lỗi sẽ dẫn đến sai

+ Thất bại (Failure): Thất bại xuất hiện khi một lỗi được thực thi

+ Sự cố (Incident): Khi thất bại xuất hiện, nó có thể hiển thị hoặc không, tức là rõràng hoặc không rõ ràng đối với người dùng hoặc người kiểm thử Sự cố là triệu chứngliên kết với một thất bại và thể hiện cho người dùng hoặc người kiểm thử về sự xuấthiện của thất bại này

+ Ca kiểm thử (Test case): Ca kiểm thử gồm một tâ ‚p các dữ liệu đầu vào và mộtxâu các giá trị đầu ra mong đợi đối với phần mềm, mục đích là dựa vào đó để kiểm traxem phần mềm có th™a các yêu cầu đặt ra hay không

+ Kịch bản kiểm thử (Test script): Một kịch bản kiểm thử là một nhóm mã lệnhdạng đặc tả kịch bản dùng để tự động hóa một quy trình hay một ca kiểm tra, giúp choviệc kiểm tra nhanh hơn, hoặc cho những trường hợp mà kiểm tra bằng tay sẽ rất khókhăn hoặc không khả thi

Mã hóa Kiểm thử Bàn giao SPPhân tích Thiết kế

Kế hoạch kiểm thử Các báo cáo kiểmCác trường hợp kiểm thử thử

Dữ liệu kiểm thửHình 4 Quy trình kiểm thử phần mềmQuy trình kiểm thử bao gồm một số giai đoạn:

Lâ ‚p kế hoạch kiểm thử: Bước đầu tiên là lâ ‚p kế hoạch cho tất cả các hoạt động sẽđược thực hiện và các phương pháp được sử dụng Các chuẩn IEEE bao gồm các

thông tin về tác giả chuẩn bị kế hoạch, danh sách liệt kê của kế hoạch kiểm thử Vấn

đề quan trọng nhất đối với kế hoạch kiểm thử:

 Mục đích: Quy định về phạm vi, phương pháp, tài nguyên và lịch biểu của cáchoạt động kiểm thử

 Các tài liệu tham khảo

- Thiết kế các trường hợp kiểm thử: Các trường hợp kiểm thử là các đặc tả đầu vàocho kiểm thử và đầu ra mong đợi của hệ thống cùng với các câu lệnh được kiểmthử

 Các kỹ thuâ ‚t kiểm thử hộp đen để kiểm thử dựa trên chức năng

 Các kỹ thuâ ‚t kiểm thử hộp trắng để kiểm thử dựa vào cấu trúc bên trong

- Xử lý đo lường kiểm thử bằng cách thu thâ ‚p dữ liệu

- Đánh giá sản phẩm phần mềm để xác nhâ ‚n sản phẩm có thể sẵn sàng phát hànhđược chưa?

Kế hoạch kiểm thử cần được xem lại bởi QC team, Developers, Business Analysis

TA (if need), PM and Customer Hiệu chỉnh trong suốt chu kỳ kiểm thử để phản ánhcác thay đổi cần thiết

2.3.2 Test Analysis and Design

Test Analyst hoặc Test Designer là sẽ thiết kế các testcase từ các yêu cầu liên quan,các testcase từ các yêu cầu chức năng và các yêu cầu không chức năng của phần mềm.Các testcase cần bao phủ tất cả khía cạnh kiểm thử cho từng yêu cầu phần mềm Và