BAOCAOKIEMTHU BTL NHOM5 KTPM2

“Để tìm lỗi” thì theo bản năng phản ứng và nhiều người, bao gồm những người phát triển và người lập trình nghĩ rằng đó là tìm lỗi trongquá trình phát triển và tổng quan lại phần mã viết,

Trang 1

Mục lục

Chương 1 ĐẶT VẤN ĐỀ 3

Chương 2 TÌM HIỂU CÔNG CỤ <Quick Test Professional > 4

2.1 TÓM TẮT LỊCH SỬ 4

2.2 Đặc điểm 4

2.3 Cài đặt và sử dụng công cụ <Quick Test Professional> 6

Chương 3 GIỚI THIỆU PHẦN MỀM <KIỂM THỬ PHẦN MỀM QUẢN LÝ BÁN HÀNG ĐIỆN TỬ> 12

3.1 Yêu cầu đề tài 12

3.2 Phân tích thiết kế hệ thống 12

3.2.1 Đặc tả hệ thống 12

3.2.2 Thiết kế hệ thống 12

Chương 4 KIỂM THỬ PHẦN MỀM <KIỂM THỬ PHẦN MỀM QUẢN LÝ BÁN HÀNG ĐIỆN TỬ> 14

4.1 Lập kế hoạch kiểm thử (Test plan) 14

4.2 Tiến hành kiểm thử 14

4.2.1 <Trần Văn Đạo> - kiểm thử chức năng DatHang, KhachHang, DoiMK, NCC 14

4.2.1.1 Phân tích thiết kế kiểm thử 14

4.2.1.2 Thực hiện kiểm thử 17

4.2.2 <Lê Quang Duy> - kiểm thử chức năng SanPham, NhanVien, ThongKe, DangNhap 17

4.2.3 <Nguyễn Thị Oanh> - kiểm thử chức năng CtyDatHang, MuaHang, HoaDon, NguoiDung 19

Phụ lục 24

Tên phụ lục 1 24

Tên phụ lục 2 24

Tài liệu tham khảo 25

Trang 2

Chương 1 ĐẶT VẤN ĐỀ

Tại sao kiểm tra phần mềm? “Để tìm lỗi” thì theo bản năng phản ứng và nhiều

người, bao gồm những người phát triển và người lập trình nghĩ rằng đó là tìm lỗi trongquá trình phát triển và tổng quan lại phần mã viết, vì thề hình thức kiểm tra là thừa.Nhưng lỗi thì thật sự là một vấn đề của code, kiểm lỗi phần mềm thì tập trung tìmnhững thiếu sót trong sản phẩm cuối cùng

Kiểm lỗi phần mềm trả lời các câu hỏi mà kiểm tra phát triển và tổng quan mã viết

là không thể

 Nó thật sự có làm việc như mong muốn?

 Nó có giải quyết được yêu cầu của người sử dụng?

 Nó làm được gì mà người sử dụng mong đợi?

 Người dùng có thích nó không?

 Nó có tương thích với hệ thống khác của chúng ta không?

 Nó thực thi như thế nào?

 Nó bị thay đổi thế nào khi có nhiều người sử dụng được thêm vào?

 Những phạm vi nào cần làm việc nhiều hơn?

 Nó có sẵn sàng để phát hành?

Chúng ta có thể làm gì với những câu trả lời cho những câu hỏi này?

 Tiết kiệm thời gian và chi phí bởi xác định những thiếu sót sớm

 Tránh và giảm bớt thời gian ngừng phát triển

 Cung cấp dịch vụ cho khách hàng tốt hơn bởi xây dựng một ứng dụng tốthơn

 Biết rằng chúng ta đã thỏa mãn được những yêu cầu của khách hàng

 Xây dựng danh sách các mong muốn thay đổi và nâng cấp phiên bản mớisau này

 Đồng nhất và phân loại các thành phần và mô đun có thể sử dụng lại

 Xác định phạm vi người lập trình và phát triển cần được đào tạo.

Từ cá đặc điểm trên có thể thấy kiểm thử phần mềm là một khâu rất quan trọngtrong quá trình tạo ra một phần mềm Nó giúp tìm ra lỗi của phần mềm giúp các nhàphát triển, từ đó khắc phục để phần mềm hoạt dộng tốt hơn tránh gây thiện hại về kinh

tế cũng như uy tín của cá nhân hay tổ chức phát triển phần mềm đó

Trong bài tiểu luận này, chúng em sử dụng các phương pháp cũng như các công

cụ hỗ trợ kiểm thử để kiểm thử cho phần mềm “ Bán hàng điện tử” Từ đó lập báo cáo

để biết xem phần mềm có hoạt động tốt hay thực hiện đúng các chức năng hay không

3

Trang 3

Chương 2 TÌM HIỂU CÔNG CỤ <Quick Test Professional >

2.1 TÓM TẮT LỊCH SỬ

Phần mềm HP Quick Test Professional(QTP) là phần mềm kiểm soát việc test tựđộng những chức năng của một sản phẩm phần mềm khác Phần mềm QTP là một bộphận của hệ thống Mercury Quality Center bao gồm nhiều module phần mềm phối hợpvới nhau để quản lý toàn bộ quy trình đảm bảo chất lượng sản phẩm phần mềm Trướcđây, do hãng Mercury phát hành Sau này, tập đoàn HP đã mua lại toàn bộ hãngMercury, nên tên gọi của nó là: HP QuickTest Professional

Quick Test Professional là công cụ kiểm thử dùng để kiểm tra chức năng(functional test) và cho phép thực hiện kiểm tra hồi qui (regression test) một cách tựđộng

Ở phiên bản QTP 11.5 nó đã được đổi sang tên mới là HP Unified FunctionalTesting (UFT)

2.2 Đặc điểm

Phần mềm HP Quick Test Pro là phần mềm kiểm soát việc test tự động nhữngchức năng của một sản phẩm phần mềm khác Phần mềm QuickTest Pro là một bộphận (module) của hệ thống Mercury Quality Center bao gồm nhiều module phầnmềm phối hợp với nhau để quản lý toàn bộ quy trình đảm bảo chất lượng sản phẩmphần mềm

Qua thực tế cho thấy việc áp dụng kiểm tra tự động (KTTĐ) hợp lý sẽ mang lạithành công cho hoạt động KTPM KTTĐ giúp giảm bớt công sức thực hiện, tăng độtin cậy, giảm sự nhàm chán và rèn luyện kỹ năng lập trình cho kiểm tra viên (KTV).Test Tool (TT) trong lĩnh vực phát triển phần mềm là công cụ giúp thực hiện việckiểm tra PM một cách tự động Tuy nhiên không phải mọi việc kiểm tra đều có thể tựđộng hóa

QuickTest Professional là một Test Tool dùng để kiểm tra chức năng (functionaltest) và cho phép thực hiện kiểm tra hồi qui (regression test) một cách tự động Đâycũng là công cụ áp dụng phương pháp Keyword-Driven, một kỹ thuật scripting (lậptrình trong kiểm tra tự động) hiện đại, cho phép kiểm tra viên bổ sung test case bằngcách tạo file mô tả cho nó mà không cần phải chỉnh sửa hay bổ sung bất cứ script nào

cả Nó cũng phù hợp trong tình huống chuyển giao công việc mà người mới tiếp nhậnchưa có thời gian hoặc không hiểu script vẫn có thể thực hiện kiểm tra PM theo đúngy/c

Loại phần mềm hỗ trợ

QTP giúp chúng ta KTPM theo hướng chức năng trên rất nhiều loại chương trìnhphần mềm khác nhau Tuy nhiên Mercury chỉ hỗ trợ sẵn một số loại chương trìnhthông dụng như:

• Ứng dụng Windows chuẩn/Win32

• Ứng dụng web theo chuẩn HTML, XML chạy trong trình duyệt Internet

Trang 4

Explorer, Netscape hoặc AOL.

• Visual Basic

• ActiveX

• QTP hỗ trợ Unicode (UTF-8, UTF-16)

Một số loại chương trình khác đòi hỏi chúng ta phải cài đặt thêm thành phần bổsung của chương trình thì mới thực hiện kiểm tra được

Các đặc điểm chính:

 Dễ sử dụng, bảo trì, tạo test script nhanh Cung cấp dữ liệu kiểm tra rõràng và dễ hiểu

 Kiểm tra phiên bản mới của ứng dụng với rất ít sự thay đổi

 Hỗ trợ làm việc theo nhóm thông qua sự chia sẻ thư viện, thống nhất quản

 QTP có khả năng hiểu test script của Mercury Winrunner (một công cụkiểm tra khác của Mercury)

 Thư viện hàm mới : Chia sẻ các thư viện hàm giữa các nhóm KTV

 Kiểm tra tài nguyên: Kiểm tra tài nguyên cần thiết trước khi thực thi lệnhkiểm tra tự động

 Nâng cấp khả năng kéo thả: Kéo thả các bước kiểm tra trong môi trườngngôn ngữ tự nhiên

 Trình phát triển mới (IDE): Môi trường soạn thảo mới, mềm dẻo cho tùybiến và sử dụng

 Trình dò lỗi mới: Cho phép KTV kiểm soát lỗi khi viết test case

 Hỗ trợ đa giao tiếp: Cho phép người dùng mở và soạn thảo đồng thờinhiều hàm thư viện và Object Repository

 Hỗ trợ Unicode: Hỗ trợ Unicode với các ứng dụng đa ngôn ngữ language)

(multi- Hỗ trợ các môi trường mới: mới CRM ERP dụng ứng các và 7 ExplorerInternet bit, 64 XP Windows 2, Flex Macromedia 8, Netscape 1.5, Firefox2.0, NET web

Các thành phần quan trọng trong QuickTest Professional

a Action

Giống như hàm hoặc thủ tục trong các ngôn ngữ lập trình khác, Action ghi lạicác bước thực hiện kiểm thử tự động và nó có thể được sử dụng lại nhiều lần Trongmột test script có thể có nhiều Action

b Data Table

Nơi lưu dữ liệu phục vụ cho kiểm thử tự động Một test script sẽ có một DataTable được dùng chung cho tất cả các Action Bên cạnh đó, mỗi Action cũng có mộtData Table cho riêng mình

c Object Repository (OR)

Cấu trúc theo dạng cây, mô tả các đối tượng trong phần mềm được kiểm tra.Đây được xem là cầu nối để test script tương tác với phần mềm được kiểm tra Khi ralệnh cho QTP ghi lại các thao tác người dùng lên phần mềm thì trong OR sẽ tự động

5

Trang 5

phát sinh thành phần đại diện cho những đối tượng trên phần mềm vừa được thao tác.

OR có thể tổ chức thành 2 loại, một loại dùng chung cho nhiều test script, loại khácdùng theo từng Action Để xem OR, chọn menu Tools > Object Repository

d Checkpoint

Có thể hiểu là nơi kiểm tra trong test script, khi chạy nó sẽ thực hiện so sánh kếtquả thực tế khi kiểm tra phần mềm với kết quả mong đợi Sau khi tiến hành so sánhQTP sẽ tự động ghi lại kết quả vào Test Results (nơi lưu kết quả khi chạy test script)

Trang 6

Ổ cứng 1GB vùng trống để file và 120MB để cài đặt hệ điều hành.

Bộ vi xử lí Pentium IV(1,6 GHz) hoặc cao hơn

Hệ điều hành Windows XP Service, Windows 7,8/8.1,10, WindowsVista

Bước 1: Click vào đường link: https://saas.hpe.com/en-us/software/uft

Bước 2: Click vào free trial

7

Trang 7

Tìm và click vào Unified Functional Testing (UFT)

Click vào free trial

Bước 3: Điền thông tin tạo tài khoản, sau đó xác nhận email được gửi vào mail mà

bạn đăng kí

Trang 8

Bước 4: Đăng nhập vào hệ thống download version QTP

Bước 5: Chạy file setup exe

9

Trang 9

Trong quá trình chạy chú ý tích các file:

Bước 6: Chạy file và sử dụng:

Trang 11

Chương 3 GIỚI THIỆU PHẦN MỀM <KIỂM THỬ PHẦN MỀM QUẢN LÝ BÁN HÀNG ĐIỆN TỬ>

3.1 Yêu cầu đề tài

- Lý do chọn đề tài:

Sự ra đời của chiếc máy tính những năm đầu thế kỷ 20 đã tạo nên bước ngoặt tronglịch sử nhân loại Nó đã mở ra một kỷ nguyên mới, kỷ nguyên “Công Nghệ ThôngTin”

Thế kỷ 21 chứng kiến sự phát triển như vũ bão của công nghệ thông tin Công nghệthông tin xuất hiện trong hầu hết các lĩnh vực của xã hội hiện đại, từ nhu cầu giải tríđến nhu cầu làm việc hằng ngày, mỗi người chúng ta đều sử dụng máy vi tính như mộtcông cụ chủ yếu để xử lý công việc một cách nhanh nhất và hiệu quả nhất

Việc xây dựng Hệ Thống Thông Tin Quản Lý đã trở thành một trong những côngviệc phải thực hiện đầu tiên khi một doanh nghiệp hay tổ chức đượcc thành lập vàmuốn phát triển bền vững Các tổ chức và doanh nghiệp hoạt động hiệu quả trong vàngoài nước đều xây dựng cho mình một Hệ Thống Thông Tin Quản Lý mạnh mẽ đảmbảo cho nhu cầu quản lý tất cả công việc của họ được nhanh chóng, hiệu quả và giảmchi phí phát sinh

Các doanh nghiệp kinh doanh mua bán cũng không nằm ngoài ngoại lệ, nhu cầu về

“tin học hóa” trong công tác quản lý mua bán tăng cao Hiểu rõ nhu cầu đó, nhómchúng em quyết định chọn đề tài về chương trình quản lý bán hàng nhằm đáp ứng cơbản các yêu cầu của một hệ thống mua bán

- Bài toán kiểm thử

3.2 Phân tích thiết kế hệ thống

Đặc tả hệ thống

Nội dung trình bày ở đây: Nêu đặc tả hệ thống phần mềm cần kiểm thử

(Kiểu Normal - Font Times New Roman 13, justified)

Thiết kế hệ thống

Nội dung trình bày ở đây: <tài liệu thiết kế hệ thống>

- Danh sách các tác nhân (actor)

Trang 12

- Danh sách các ca sử dụng (use case)

- Đặc tả các ca sử dụng

- Biểu đồ ca sử dụng

- Biểu đồ lớp ( thiết kế csdl nếu có)

13

Trang 13

Chương 4 KIỂM THỬ PHẦN MỀM <KIỂM THỬ PHẦN MỀM QUẢN LÝ BÁN HÀNG ĐIỆN TỬ>

4.1 Lập kế hoạch kiểm thử (Test plan)

Nội dung trình bày ở đây :

- Nêu bản kế hoạch kiểm thử ở đây và nhớ nêu chi tiết yêu cầu rõ ai thực

hiện nội dung nào

- Chọn phương pháp kiểm thử với từng chức năng của mỗi thành viên

Bản kế hoạch kiểm thử:

đầu

Ngày kết thúc

Tìm kiếm và nghiên cứu đề tài 4 ngày 31/03/2018 03/04/2018

Phân tích thiết kế hệ thống 5 ngày 6/04/2018 10/04/2018Nghiên cứu tìm hiểu và cài đặt tool

test phù hợp

2 ngày 11/04/2018 12/04/2018

Báo Cáo Kiểm Thử

4.2.1.1 Phân tích thiết kế kiểm thử

- Giao diện chức năng

Trang 14

Hình : Giao diện đặt hàng

Hình : Giao diện khách hàng

15

Trang 15

Hình : Giao diện đổi mật khẩu

Hình : Giao diện nhà cung cấp

- Mã nguồn của chức năng

- Lưu đồ giải thuật hoặc sơ đồ đồ thị dòng

- Độ phức tạp chu trình

- Thiết kế test case:

o Mô tả điều kiện

o Xây dựng test case : tổng hợp các kỹ thuật (nêu rõ áp dụng kỹ thuật nào sinh đc

ca kiểm thử nào)

Nếu là kỹ thuật phân vùng tương đương thì mẫu phân tích :

Trang 16

Mẫu Test case sau khi phân tích chức năng Yêu cầu ghi thành 1 file excel

có cấu trúc như bên dưới và đặt tên Testcase<Tên chức năng>.xls như mẫu

<Lê Quang Duy> - kiểm thử chức năng SanPham, NhanVien, ThongKe, DangNhap

Hình : Giao diện sản phẩm

17

Trang 17

Hình : Giao diện nhân viên

Hình : Giao diện thống kê

Trang 18

Hình : Giao diện đăng nhập

<Nguyễn Thị Oanh> - kiểm thử chức năng CtyDatHang, MuaHang,

HoaDon, NguoiDung

19

Trang 19

Hình : Giao diện công ty đặt hàng

Hình : Giao diện mua hàng

Trang 20

Hình : Giao diện hóa đơn

Hình : Giao diện người dùng

21

Trang 21

Trang 22

Mẫu ghi chú hình vẽ (có cả thứ tự chương)

sfg

sdfg 

23

Trang 23

Phụ lục Tên phụ lục 1

Tên phụ lục 2

Trang 24

Tài liệu tham khảo

[1] Tên tài liệu

Tên tác giả - Tên nhà xuất bản, tạp chí, hội nghị, năm xuất bản

[2] Tên tài liệu

Tên tác giả - Tên nhà xuất bản, tạp chí, hội nghị, năm xuất bản

25

Định dạng
Số trang	24
Dung lượng	1,73 MB