Đồ án kiểm thử phần mềm - Tìm hiểu về công cụ kiểm thử Loadrunner ppt

Kiểm thử đơn vị sẽ kết thúc khi mà tất cả các trường hợp kiểm thử được mô tả trong hồ sơ kiểm thửđơn vị đã được thực hiện thành công và kết quả được lưu lại trong hồ sơ.. Trong giai đoạn

LỜI NÓI ĐẦU

Nhờ có sự phát triển vượt bậc của công nghệ thông tin cũng như công nghệ phầnmềm đã dẫn đến việc phát triển phần mềm ngày càng được hỗ trợ bởi rất nhiều công

cụ tiên tiến, giúp hạn chế những khó khăn và nâng cao hiệu quả trong việc xây dựngphần mềm Tuy vậy, vì độ phức tập của phần mềm và những giới hạn về trời gian, chiphí cho nên cũng không chắc chắn đảm bảo được rằng các sản phẩm phần mềm đangđược ứng dụng là không có lỗi cho dù các hoạt động đảm bảo chất lượng phần mềmnói chung và kiểm thử nói riêng ngày càng chặt chẽ và khoa học Lỗi phần mềm luôntồn tại tiềm ẩn bên trong mọi sản phẩm phần mềm và có thể gây ra những thiệt hạikhông lường trước được bất cứ lúc nào

Một sản phẩm phần mềm không đơn giản là các giai đoạn mã chương tình, mà nócòn bao gồm nhiều thành phần với nhiều các vai trò khác nhau Do đó, việc xảy ra cáclỗi phần mềm không chỉ ở công đoạn lập trình, mà còn xảy ra ở tất cả các công đoạnkhác nhau của quy trình phát triển phần mềm, với xác suất cao thấp khác nhau Kiểmthử là một công đoạn đóng vai trò tối qaun trọng, quyết định đến việc đánh giá chấtlượng của một sản phẩm phần mềm Mục đích của kiểm thử là đảm bảo rằng tất cả cácthành phần của phần mềm ăn khớp, vận hành như mong đợi và phù hợp các tiêu chẩnthiết kế

Kiểm thử phần mềm là một trong những hoạt động quan trọng trong tiến trìnhphát triển phần mềm Nó góp một phần rất lớn trong việc đánh giá chất lượng của mộtphần mềm và quy trình bắt buộc trong các dự án phát triển phần mềm trên thế giớicũng như trong nước

Để củng cố kiến thức đã học và ứng dụng trong một số công việc cụ thể nênnhóm chúng em đã được giao tìm hiểu về công cụ kiểm thử Loadrunner Nhóm chúng

em xin chân thành cảm ơn Giảng viên (ThS) Phạm Thị Phương Anh đã tận tình chỉdạy và hướng dẫn chúng em hoàn thiện đồ án này

MỤC LỤC

LỜI NÓI ĐẦU i

MỤC LỤC ii

DANH MỤC HÌNH ẢNH v

CHƯƠNG 1: TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM 1

1.1 Định nghĩa 1

1.2 Kỹ thuật kiểm thử phần mềm 1

1.2.1 Kỹ thuật kiểm thử chức năng 1

1.2.2 Kỹ thuật kiểm thử cấu trúc 1

1.3 Chiến lược kiểm thử 2

1.4 Các giai đoạn kiểm thử 2

1.4.1 Kiểm thử đơn vị (Unit Testing) 2

1.4.2 Kiểm thử tích hợp (Integration Testing) 2

1.4.3 Kiểm thử hợp thức hóa (Validation Testing) 3

1.4.4 Kiểm thử chấp nhận (Acceptance Testing) 3

1.4.5 Kiểm thử hồi quy (Regression Testing) 3

1.5 Một số vấn đề khác của kiểm thử phần mềm 4

1.5.1 Các hạn chế của kiểm thử 4

1.5.2 Các nguyên tắc kiểm thử 4

CHƯƠNG 2: CÔNG CỤ KIỂM THỬ LOADRUNNER 6

2.1 Giới thiệu về Loadrunner 6

2.2 Những thành phần của Loadrunner 6

2.3 Thuật ngữ dùng trong Loadrunner 7

2.4 Phương pháp Load Test 7

CHƯƠNG 3: HƯỚNG DẪN SỬ DỤNG CÔNG CỤ LOADRUNNER 1

3.1 Download và cài đặt công cụ 1

3.2 Hướng dẫn sử dụng công cụ Loadrunner 5

3.2.1 Xây dựng một Vuser Script 5

3.2.1.1 Giới thiệu về VuGen – bộ tạo Virtual User Generator 5

3.2.1.2 Tạo một Vuser Script trống 5

3.2.1.3 Ghi lại một Vuser script 7

3.2.1.4 Xem một Vuser script 9

3.2.2 Chạy lại scriptt của chúng ta 11

3.2.2.1 Thiết lập thời gian chạy( Run time settings) 11

3.2.2.2 Chạy một Vuser 15

3.2.2.3 Xem thông tin về vuser đã chạy 16

3.2.2.4 Kiểm tra script của chúng ta chạy lại thành công 16

3.2.2.5 Tìm kiếm hay lọc các kết quả 17

3.2.3 Giải quyết các vấn đề thường gặp phải 19

3.2.3.1 Chuẩn bị HP Tours để tái hiện lại lỗi 19

3.2.3.2 Làm việc với giá trị server duy nhất 20

3.2.4 Chuẩn bị một Vuser Script cho Load Testing 22

3.2.4.1 Đo lường các quy trình nghiệp vụ 22

3.2.4.2 Mô phỏng nhiều người dùng 25

3.2.4.3 Xác minh nội dung của trang web 28

3.2.4.4 Đưa ra thông tin lỗi 30

3.2.4.5 Kiểm tra đã test thành công chưa 31

3.2.5 Tạo một Scenario Load Test 32

3.2.5.1 Giới thiệu về LoadRunner Controller 32

3.2.5.2 Chạy load test scenario 32

3.2.5.3 Nhìn tổng quát Controller Run 34

3.2.5.4 Chỉnh sửa chi tiết script 35

3.2.5.5 Tạo một load test 36

3.2.5.6 Mô phỏng các ứng xử từ người dùng 38

3.2.6 Chạy Load Test 45

3.2.6.1 Tổng quát về Controller Run 45

3.2.6.2 Chạy load test scenario 46

3.2.6.3 Giám sát ứng dụng dưới tải 47

3.2.6.4 Theo dõi một user đang chạy theo thời gian thực, Khi mô phỏng những user, chúng ta sẽ có thể nhìn thấy các hành động của những user ảo theo thời gian thực 49

3.2.6.5 Tăng tải trong quá trình đang test 51

3.2.6.6 Giúp ứng dụng đối phó dưới tải 52

3.2.6.7 Đếm lỗi trong quá trình test 53

3.2.6.8 Kết thúc quá trình test 53

3.2.6.9 Xem Ứng dụng có thực thi tốt dưới tải 54

KẾT LUẬN 55

TÀI LIỆU THAM KHẢO 56

DANH MỤC HÌNH ẢNH

Hình 3.1.Tiến trình cài đặt chương trình 8

Hình 3.2.Tiến trình cài đặt chương trình (tiếp theo) 9

Hình 3.3.Tiến trình cài đặt chương trình (tiếp theo) 9

Hình 3.4.Tiến trình cài đặt chương trình (tiếp theo) 10

Hình 3.5.Tiến trình cài đặt chương trình (tiếp theo) 10

Hình 3.6.Tiến trình cài đặt chương trình (tiếp theo) 11

Hình 3.7.Tiến trình cài đặt chương trình (tiếp theo) 11

Hình 3.8.Giao diện chính của HP Virtual UserGenerator 13

Hình 3.9.Giao diện tạo Vuser script trống 13

Hình 3.10.Giao diện ghi lại Vuser script 14

Hình 3.11.Giao diện trang Web Tours 15

Hình 3.12.Giao diện Solution Explorer 17

Hình 3.13.Giao diện Step Navigator 17

Hình 3.14.Giao diện Vuser Editor 18

Hình 3.15.Giao diện thiết lập Run-Time Settings 19

Hình 3.16.Giao diện thiết lập Run-Time Settings(tiếp theo) 20

Hình 3.17.Giao diện thiết lập Run-Time Settings(tiếp theo) 20

Hình 3.18.Giao diện thiết lập Run-Time Settings(tiếp theo) 21

Hình 3.19.Giao diện thiết lập Run-Time Settings(tiếp theo) 21

Hình 3.20.Giao diện chạy Vuser 22

Hình 3.21.Giao diện Replay Summary 23

Hình 3.22.Giao diện Test Results 24

Hình 3.23.Giao diện hộp thoại Find 25

Hình 3.24.Giao diện hộp thoại Filters 26

Hình 3.25.Giao diện Design Studio 28

Hình 3.26.Giao diện Design Studio( tiếp theo) 28

Hình 3.27.Giao diện Start Transaction 30

Hình 3.28.Giao diện End Transaction 31

Hình 3.29.Giao diện Step Navigator ( tiếp theo ) 31

Hình 3.30.Giao diện Submit Data Step Properties 32

Hình 3.31.Giao diện Select or Create Parameter 33

Hình 3.32.Giao diện Submit Data Step Properties( tiếp theo ) 33

Hình 3.33.Giao diện Parameter Properties 34

Hình 3.34.Giao diện Parameter Properties (tiếp theo ) 34

Hình 3.35.Giao diện Snapshot 36

Hình 3.36.Giao diện Step Navigator (tiếp theo ) 36

Hình 3.37.Giao diện Output Message 37

Hình 3.38.Giao diện Output Message( tiếp theo ) 38

Hình 3.39.Giao diện New Scenario 40

Hình 3.40.Giao diện HP Loadrunner Controller 41

Hình 3.41.Giao diện HP Loadrunner Controller ( tiếp theo ) 42

Hình 3.42.Giao diện HP Loadrunner Controller ( tiếp theo ) 43

Hình 3.43.Giao diện Load Generators 44

Hình 3.44.Giao diện Load Generators( tiếp theo) 45

Hình 3.45.Giao diện Scenario Schedule 46

Hình 3.46 Giao diện Global Schedule 46

Hình 3.47 Giao diện Edit Action 47

Hình 3.48 Giao diện Edit Action ( tiếp theo ) 47

Hình 3.49 Giao diện Run – Time Settings 48

Hình 3.50 Giao diện Run – Time Settings(tiếp theo) 49

Hình 3.51 Giao diện Windows Resources 50

Hình 3.52 Giao diện Windows Resources 50

Hình 3.53 Giao diện Add Machine 51

Hình 3.54 Giao diện Windows Resources 51

Hình 3.55 Giao diện HP Loadrunner Controller ( tiếp theo ) 52

Hình 3.56 Giao diện Scanario Groups 53

Hình 3.57 Giao diện Set Results Directory 54

Hình 3.58 Giao diện HP Loadrunner Controller ( tiếp theo ) 55

Hình 3.59 Giao diện HP Loadrunner Controller ( tiếp theo ) 56

Hình 3.60 Giao diện Vusers 56

Hình 3.61 Giao diện Vusers( tiếp theo ) 57

Hình 3.62 Giao diện Run/Stop Vusers 58

Hình 3.63 Giao diện Run/Stop Vusers(tiếp theo) 58

Hình 3.64 Giao diện Scenario Status 59

Hình 3.65 Giao diện Trancactions 59

Hình 3.66 Giao diện Scenario Status(tiếp theo ) 60

Hình 3.67.Giao diện Vusers (tiếp theo ) 61

CHƯƠNG 1: TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM

1 Định nghĩa

Kiểm thử phần mềm có nhiều cách định nghĩa khác nhau Tuy nhiên, chúng cùngbao trùm hai nội dung cơ bản là phát hiện lỗi và đánh giá chất lượng của phần mềm.Định nghĩa sau đây của Myers là đơn giản và có tính thực tế: “Kiểm thử là tiến trìnhthực thi chương trình với mục đích tìm thấy lỗi” Theo định nghĩa của Myers, kiểm thử

mà không phát hiện được lỗi được coi là không thành công

Mục đích của kiểm thử là phát hiện lỗi vì trong thực tế phần mềm hầu như khôngbao giờ không chứa lỗi

3 Kỹ thuật kiểm thử chức năng

Trong kỹ thuật kiểm thử chức năng, dữ liệu kiểm thử được xuất phát từ đặc tảphần mềm bao gồm: đặc tả các yêu cầu (đối với kiểm thử hệ thống), đặc tả thiết kế(đối với kiểm thử tích hợp) và đặc tả chi tiết mô-đun (đối với kiểm thử đơn vị) Trong

kỹ thuật này, kiểm thử viên xem phần mềm như là một hộp đen Kiểm thử viên hoàntoàn không quan tâm cấu trúc và hành vi bên trong của phần mềm Kiểm thử viên chỉcần quan tâm đến việc tìm các hiện tượng mà phần mềm không hành xử theo đúng đặc

tả của nó

Kiểm thử viên chỉ biết những gì phần mềm dự kiến thực hiện và những gì dự kiếnkhông thực hiện, mà không thể nhìn vào bên trong xem nó hoạt động như thế nào Vìthế dữ liệu kiểm thử sẽ xuất phát từ đặc tả

Kiểm thử chức năng cố gắng tìm các lỗi sau: thiếu chức năng, lỗi giao diện, lỗicấu trúc dữ liệu, lỗi truy cập cơ sở dữ liệu, lỗi thi hành, lỗi khởi tạo hoặc kết thúc,…

4 Kỹ thuật kiểm thử cấu trúc

Kỹ thuật kiểm thử cấu trúc là kỹ thuật dựa trên sự phân tích mã chương trìnhhoặc một mô hình của mã chương trình để xây dựng các phép thử theo các tiêu chuẩnbao phủ

Kỹ thuật kiểm thử cấu trúc cho phép chúng ra kiểm thử cấu trúc bên trong củaphần mềm, với mục đích kiểm tra rất cả các câu lệnh và điểu kiện tồn tại trong phần

mềm đó Trong kỹ thuật này, kiểm thử viên lấy dữ liệu thử xuất phát từ việc kiểm tralogic của chương trình (không quan tâm đến đặc tả).

5 Chiến lược kiểm thử

Một chiến lược kiểm thử (test strategy) là một kế hoạch định nghĩa mục tiêu cácgiai đoạn kiểm thử cũng như các kỹ thuật kiểm thử sử dụng Chiến lược kiểm thửthường được quyết định dựa vào tiêu chuẩn về độ tin cậy của phần mềm và chi phí choviệc phát triển phần mềm Ngoài ra, một chiến lược kiểm thử sẽ phụ thuộc kích thướccủa đối tượng được kiểm thử cũng như quan điểm về đối tượng được kiểm thử

Nếu chúng ta muốn kiểm thử một cách độc lập các thành phần/đơn vị cấu tạo nênphần mềm, chúng ta gọi là kiểm thử đơn vị Nếu chúng ta muốn kiểm thử sự kết hợpcác thành phần cấu tạo nên phần mềm, chúng ta gọi là kiểm thử tích hợp Nếu chúng tamuốn bảo đảm rằng một phần mềm đang được phát triển một cách đúng đắn và cácthành phần cấu tạo nên phần mềm cũng được phát triển một cách đúng đắn, chúng tagọi là xác minh (verification) Tuy nhiên, một phần mềm không chỉ đơn thuần là đápứng yêu cầu của nhà sản xuất, mà nó chỉ trở nên hữu ích nếu đáp ứng được nhu cầucủa người sử dụng cuối cùng Việc bảo đảm một phần mềm đáp ứng nhu cầu củangười sử dụng được gọi là hợp thức hoá (validation)

6 Các giai đoạn kiểm thử

7 Kiểm thử đơn vị (Unit Testing)

Phần lớn các phương pháp thiết kế phần mềm đều dẫn đến chia phần mềm thànhnhững mô- đun hay chương trình nhỏ có các dữ liệu vào và kết quả riêng Chúng ta gọicác mô-đun hay chương trình đó là các đơn vị (unit) phần mềm Trên các đơn vị nàychúng ta sẽ tiến hành kiểm thử đơn vị

Một khi đơn vị phần mềm đã được mã hoá, nghĩa là lập trình và hồ sơ kiểm thửđơn vị tương ứng đã được hoàn thành thì kiểm thử đơn vị có thể được tiến hành

Kiểm thử đơn vị chủ yếu là thực hiện các trường hợp kiểm thử (test case) đã được

mô tả trong hồ sơ kiểm thử đơn vị và điền các thông tin cần thiết vào các phiếu báocáo kiểm thử Nếu một lỗi hay sự không tương thích được phát hiện, cần phải chỉnhsửa lại đơn vị phần mềm Sau đó, kiểm thử đơn vị được thực hiện lại Kiểm thử đơn vị

sẽ kết thúc khi mà tất cả các trường hợp kiểm thử được mô tả trong hồ sơ kiểm thửđơn vị đã được thực hiện thành công và kết quả được lưu lại trong hồ sơ

8 Kiểm thử tích hợp (Integration Testing)

Kiểm thử tích hợp được tiến hành một khi kiểm thử đơn vị các thành phần cầnthiết cho kiểm thử tích hợp kết thúc và hồ sơ kiểm thử tích hợp đã được chuẩn bị sẵn

sàng Trong giai đoạn kiểm thử tích hợp, ý tưởng là các thành phần đã được kiểm thửđơn vị sẽ được tích hợp lại dần dần cho đến khi có được toàn bộ phần mềm Phần mềmcàng phức tạp thì đòi hỏi giai đoạn kiểm thử tích hợp phải trải qua các giai đoạn trunggian, là các giai đoạn mà các nhóm các thành phần sẽ được kiểm thử.

Mục tiêu của giai đoạn kiểm thử tích hợp là kiểm tra sự giao tiếp và trao đổi dữliệu giữa các thành phần phần mềm Trong giai đoạn tích hợp, có thể có khả năng phải

sử dụng các thành phần không được phát triển trong dự án phần mềm, mà là nhữngthành phần được cung cấp sẵn bởi các thư viện hay thậm chí là các thành phần đượccung cấp bởi hệ điều hành

9 Kiểm thử hợp thức hóa (Validation Testing)

Kiểm thử hợp thức hoá có thể bắt đầu ngay sau khi kiểm thử tích hợp kết thúc và

hồ sơ kiểm thử hợp thức hoá đã sẵn sàng Mục tiêu của kiểm thử hợp thức hoá là cầnchỉ ra rằng phần mềm thực hiện đúng những gì mà người sử dụng mong đợi Vì thế, ởgiai đoạn này, kiểm thử được thực hiện dưới góc nhìn của người sử dụng, chứ khôngphải dưới góc nhìn của người phát triển như các giai đoạn kiểm thử đơn vị hay kiểmthử tích hợp

Vì kiểm thử được thực hiện dưới góc nhìn của người sử dụng nên giai đoạn nàychỉ sử dụng các kỹ thuật kiểm thử chức năng, tức là các kỹ thuật kiểm thử hộp đen.Các bộ dữ liệu thử sẽ được tạo ra dựa trên các tài liệu đặc tả Thông thường các tài liệuđặc tả sẽ được phân tích để xác định các yêu cầu chứa đựng các hành vi mong đợi củaphần mềm

10 Kiểm thử chấp nhận (Acceptance Testing)

Được thực hiện khi tất cả các giai đoạn kiểm thử được hoàn tất nhằm để chứngminh phần mềm đã đủ sẵn sàng xuất xưởng Các thủ tục kiểm thử hoặc chạy thử phảiđược người đặt hàng chấp nhận trước khi thực hiện để nghiệm thu

11 Kiểm thử hồi quy (Regression Testing)

Phần mềm là một trong những loại sản phẩm thay đổi rất nhanh Người sử dụngluôn có yêu cầu cải tiến phần mềm và các chức năng mới Vì vậy, sự chỉnh sửa phầnmềm sau khi đưa vào sử dụng là cần thiết Mặt khác, bất kỳ sự sửa đổi nào cùng có thểdẫn đến các lỗi mới Phần mềm nhất thiết phải được kiểm thử lại sau khi sửa đổi, giaiđoạn kiểm thử này gọi là kiểm thử hồi quy

Giai đoạn kiểm thử hồi quy thường tái sử dụng các bộ dữ liệu thử đã sử dụngtrong các giai đoạn trước nhằm kiểm tra rằng không có các lỗi mới được đưa vào Vấn

đề đặt ra ở đây là trong giai đoạn này, các bộ dữ liệu thử nào được tái sử dụng: kiểmthử đơn vị, kiểm thử tích hợp hay kiểm thử hệ thống?

Việc kiểm thử chương trình chỉ là nhìn sự kiện đưa ra kết luận do vậy không thểkhẳng định một chương trình tuyệt đối đúng bằng kiểm thử Tuy vậy, bộ dữ liệu kiểmthử phải phủ kín mọi trường hợp cần đánh giá

Thêm vào đó, trong quá trình kiểm thử, ta thường mắc phải các đặc trưng củanguyên lý chủ quan như sau:

14 Các nguyên tắc kiểm thử

Các nguyên tắc luôn đóng vai trò quan trọng trong lĩnh vực công nghệ phần mềm.Các nguyên tắc trong công nghệ phần mềm là các luật hay quy tắc hướng dẫn làm thếnào để xây dựng (thiết kế, phát triển, kiểm thử và bảo trì) phần mềm Kiểm thử là mộttrong những lĩnh vực của công nghệ phần mềm, kiểm thử cũng có các nguyên tắc riêngdành cho các kiểm thử viên Chúng ta sẽ xem xét một số nguyên tắc cơ bản liên quanđến kiểm thử động:

- Kiểm thử là tiến trình thực thi phần mềm và sử dụng các trường hợp kiểm thử

để phát hiện lỗi

- Với mục đích của kiểm thử nhằm phát hiện lỗi, một ca kiểm thử tốt là ca kiểmthử có khả năng cao phát hiện những lỗi chưa được tìm thấy

- Một ca kiểm thử phải định nghĩa kết quả mong muốn

- Kiểm thử nên được thực hiện bởi một nhóm độc lập với nhóm phát triển

- Kết quả kiểm thử nên được kiểm tra một cách cẩn thận

- Các ca kiểm thử nên được thiết kế cho cả những dữ liệu vào hợp lệ và khônghợp lệ

- Các ca kiểm thử phải được tái sử dụng.

- Xác suất tồn tại của các lỗi hơn nữa trong một đơn vị phần mềm tỷ lệ với số cáclỗi đã được phát hiện trong đơn vị phần mềm đó

- Kiểm thử nên phải được lập kế hoạch

- Các hoạt động kiểm thử nên phải được tích hợp vào tiến trình phát triển phầnmềm

- Kiểm thử là một công việc đầy sáng tạo và thách thức

CHƯƠNG 2: CÔNG CỤ KIỂM THỬ LOADRUNNER

16 Giới thiệu về Loadrunner

Kiểm tra tự động hiệu năng phần mềm nhằm giảm bớt những rủi ro của việc ứngdụng, nâng cấp và phát triển phần mềm Kiểm tra hiệu năng phần mềm được áp dụngtrong việc kiểm tra trước khi triển khai hệ thống đồng thời đo lường hiệu quả hoạtđộng của hệ thống và kinh nghiệm của người sử dụng Một hệ thống kiểm tra tự độngtốt trả lời được cho các câu hỏi như:

 Liệu ứng dụng có đáp ứng đủ cho người dùng một cách nhanh chóng?

 Liệu việc xử lý của ứng dụng có đáp ứng được yêu cầu người dùng, khảnăng chịu tải và hơn thế nữa?

 Liệu ứng dụng có xử lý được số lượng giao dịch theo yêu cầu kinhdoanh?

 Liệu ứng dụng có ổn định như mong muốn của người dùng về khả năngchịu tải không?

 Chúng ta có chắc rằng người dùng sẽ có kinh nghiệm trong việc khi nàothì đưa vào sử dụng thực tế?

Bằng việc trả lời các câu hỏi này, kiểm tra tự động hiệu năng phần mềm tác độnglàm thay đổi yêu cầu nghiệp vụ Điều này cũng làm rõ ràng những rủi ro của việc triểnkhai Hiệu quả của quá trình tự động kiểm tra phần mềm giúp chúng ta có được cácthông tin release và ngăn ngừa hệ thống downtime và sẵn sàng trước những vấn đề gặpphải

17 Những thành phần của Loadrunner

LoadRunner chứa các thành phần sau đây:

Virtual User Generator: Tự động tạo ra VuGen script để lưu lại các thao tác

người dùng tương tác lên phần mềm VuGen script này còn được xem là hoạt động củamột người ảo mà LoadRunner giả lập

Controller: Tổ chức, điều chỉnh, quản lý và giám sát hoạt động kiểm tra tải.

Thành phần này có chức năng tạo ra những tình huống (scenario) kiểm tra

Load Generator: Cho phép giả lập hàng ngàn người dùng, hoạt động của từng

người sẽ được thực hiện theo VuGen script Kết quả thực hiện sẽ được thông báo choController

Analysis: Cung cấp việc xem, phân tích và so sánh các kết quả kiểm tra hiệu

năng phần mềm

Launcher: Nơi tập trung tất cả các thành phần của LoadRunner cho người dùng.

18 Thuật ngữ dùng trong Loadrunner

Scenario: Là một file định nghĩa các sự kiện xảy ra trong mỗi lần kiểm tra dựa

trên hiệu suất yêu cầu

Vuser: Trong Scenario, LoadRunner thay thế người sử dụng bằng người dùng ảo

hay còn gọi là Vuser Vuser mô phỏng hành động của con người làm việc với ứngdụng của chúng ta Một Scenario có thể chứa hàng chục, hàng trăm và thậm chí hàngngàn Vuser

Vuser Script: Các hành động mà Vuser thực thi trong Scenario được mô tả trong

Vuser Script

Transactions: Chúng ta định nghĩa một transactions để đo lường hiệu quả hoạt

động của Server Một Transaction đại diện cho người sử dụng dưới vai trò End-Userthực hiện theo quy trình nghiệp vụ mà chúng ta muốn đo lường

19 Phương pháp Load Test

Load Test thường bao gồm 5 giai đoạn: Lập kế hoạch, tạo script, định nghĩaScenario, thực thi Scenario và phân tích kết quả

Plan Load Test: Thiết kế test case với các bước thực hiện rõ ràng, và đề ra các

thông số cần đo lường cụ thể

Create Vuser Scripts: Dùng công cụ LoadRunner chúng ta có thể lưu lại các thao

tác người dùng tương tác với hệ thống dưới dạng script

Define Scenario: Thiết kế scenario, nhằm giả lập môi trường mà phần mềm hoạt

động với hiệu năng giống trong thực tế

Run Screnario: Chạy, quản lý và giám sát việc thực hiện performance test

Analyze Results: Phân tích kết quả dựa trên thống kê mà công cụ LoadRunner

cung cấp Nếu kết quả thực tế chưa đáp ứng được yêu cầu thì phần mềm được kiểm tracần được điều chỉnh

CHƯƠNG 3: HƯỚNG DẪN SỬ DỤNG CÔNG CỤ

LOADRUNNER

21 Download và cài đặt công cụ

Để download và sử dụng công cụ, các chúng ta có thể truy cập vào địa chỉ: http://www.hp.com/go/loadrunner

Chúng ta tiến hành cài đặt bằng cách chạy file cài đặt sau khi tải về

Hình 3.1.Tiến trình cài đặt chương trình

Tiếp theo chọn LoadRunner Full Setup

Hình 3.2.Tiến trình cài đặt chương trình (tiếp theo)

Tiếp theo chọn Next

Hình 3.3.Tiến trình cài đặt chương trình (tiếp theo)

Tích chọn I Agree và nhấn Next

Hình 3.4.Tiến trình cài đặt chương trình (tiếp theo)

Điền tên và chon Next

Hình 3.5.Tiến trình cài đặt chương trình (tiếp theo)

Chọn thư mục để cài đặt phần mềm và chọn các tùy chọn khác

Hình 3.6.Tiến trình cài đặt chương trình (tiếp theo)

Hệ thống sẽ thông báo kết quả sau khi cài đặt thành công

Hình 3.7.Tiến trình cài đặt chương trình (tiếp theo)

22 Hướng dẫn sử dụng công cụ Loadrunner

Để hưỡng dẫn sử dụng công cụ Loadrunner trong việc kiểm thử hiệu nặng củaphần mềm thì chúng ta sẽ sử dụng một trang web đăng ký tours du lịch được tích hợpsẵn trong phần mềm LoadRunner

Địa chỉ website : http://localhost:1080/WebTours

23 Xây dựng một Vuser Script

Để tạo một kiểm thử hiệu năng trên hệ thống của chúng ta , trước hết chúng tacần xây dựng một Vuser scrtipt mà có thể chạy như một người dùng thực sự Chúng ta

sử dụng VuGen để tạo Vuser scripts

24 Giới thiệu về VuGen – bộ tạo Virtual User Generator

Trong một môi trường Test, LoadRunner thay thế con người sử dụng sức mạnhcủa máy tính, với người sử dụng ảo hay còn gọi là Vuser Các Vuser tạo tải trên hệthống mô phỏng hành động của người sử dụng và lặp đi lặp lại nhiều lần VuGen hoạtđộng dựa trên nguyên tắc record-và-playback Khi chúng ta đi theo quy trình nghiệp

vụ trên ứng dụng của chúng ta, VuGen tự động ghi lại các hành động của chúng ta vàotrong script từ đó tạo thành nền tảng của load test

25 Tạo một Vuser Script trống

Để bắt đầu ghi lại hành động của người sử dụng, chúng ta mở VuGen và tạo mộtscript trống.Sau đố chúng ta có thể thao tác với script trống bằng việc ghi lại các sựkiện và các điều khiển vào script

Trong phần này, chúng ta sẻ mở VuGen và tạo mới một Vuserscript trống dựatrên giao thức Web – Http/Html

Một giao thức là một phương thức giao tiếp giữa một máy khách và một máychủ

Tạo một Vuser script trống:

1 Click Start > All Programs > HP Software > HP LoadRunner > VuGen

hoặc double-click biểu thượng Virtual User Generator trên màn hình

HP Virtual UserGenerator mở :

Hình 3.8.Giao diện chính của HP Virtual UserGenerator

2 Click File > New Script và Solution hoặc click nút New Script trên thanh

công cụ VuGen

Hộp thoại Create a New Script được mở.

Hình 3.9.Giao diện tạo Vuser script trống

3 Từ danh sách các giao thức khả dụng trong Single Protocol,chọn Web HTTP/ HTML và click Create VuGen tạo một Vuserscript trống và hiển thị script trong

VuGen Editor

Chú ý rằng để VuGen ghi script ứng dụng Web Tours, chúng ta phải click

Record>Recording Options Trong hộp thoại Recording Options, chọn General > Script, và sau đó dưới Scripting Options, xóa the Track processes createdas COM local server

26 Ghi lại một Vuser script

Bước kế tiếp để tạo một người dùng ảo là ghi ại các sự kiện, hoạt động bởi người

sử dụng thật.Trong phần trước, chúng ta đã tạo một Vuser script trống Giờ chúng ta

có thể bắt đầu ghi trực tiếp các sự kiện vào script Trong phần này chúng ta sẽ theo dõicác sự kiện trong khi một đại lý du lịch đặt một chuyến bay từ Denver tớ Los Angeles

và sau đó kiểm tra hành trình chuyên bay ( flight itinerary)

Để ghi lại một Vuserscript:

1 Ghi lại hành động trên HP Web Tours Web site.

a Click Record > Record hoặc click nút Record trên thanh công cụVuGen Hộp thoại StartRecording được mở

Hình 3.10.Giao diện ghi lại Vuser script

b Trong hộp thoại Record into action, chọn Action.

c Từ Application type, chọn Web.

d Trong box URL address nhập vào http://localhost:1080/WebTours.

e Click Start Recording Một cửa sổ trình duyệt mới được mở và hiển thị

HP Web Tours site

Hình 3.11.Giao diện trang Web Tours

Chú ý rằng nếu có lỗi khi mở WebTours site chúng ta hãy chắc chắn rằng chúng

ta đã khởi động server Để khởi động server chọn Start > All Programs > HP Software > HP LoadRunner > Samples > Web > Start Web Server.

Thanh công cụ Recording được mở

2 Đăng nhập vào HP Web Tours Web site

a Sử dụng các thông tin sau để đăng nhập

-Username: jojo

-Password: bean

b Click Login.Màn hình HP Web Tours welcomes hiển thị.

3 Vào chi tiết các chuyến bay

a Click Flights Trang Find Flight được mở.

b Mục Departure City(thành phố khởi hành), chọn Denver (mặc định).

c Departure Date:Giữ tùy chọn mặc định và thời gian hiện tại

d Mục Arrival City(thành phố đến), chọn Los Angeles.

e Return Date: Giữ tùy chọn mặc định và thời gian là ngày tiếp theo

f Mục Seating Preference (chỗ ngồi), chọn Aisle.(gian bên)

g Click Continue Trang Search Results được hiển thị

4 Chọn một chuyến bay

Click Continue để chấp nhận chọn chuyến bay mặc định Trang Payment Details được mở

5 Nhập thông tin đặc chuyến

a Trong mục Credit Card, nhập vào 12345678.

b Trong mục Exp Date, nhập vào 06/12.

c Click Continue Trang Invoice được mở hiển thị hóa đơn thanh toán của

chúng ta

6 Trong thực đơn bên trái, click Itinerary (Hành trình) Trang Itinerary được

mở hiển thị hành trình các chuyến bay chúng ta đã đặt

7 Trong thực đơn bên trái, click Sign Off để thoát.

8 Đóng trình duyệt ,và sau đó click nút Stop Recording trên thanh

Recording.

VuGen generates yêu cầu mã và chèn mã vào Vuserscript

Nếu cửa sổ Design Studio được mở, click Close để đóng cửa sổ Design Studio.

9 Lưu lại Vuserscript

a Chọn File > Save Script As.

b Điều hướng tới <LoadRunner Installation>\tutorial và tạo một thư mục mới với tên là Scripts.

c Trong hộp File name, gõ lại basic_tutorial.

d Click Save VuGen lưu script trong thưc mục LoadRunnerscript folder và

hiển thị tên script trong thanh title của VuGen

27 Xem một Vuser script

Bây giờ chúng ta đã ghi lại hành động của một người sử dụng dịch vụ du lịchđăng nhập, đặt một chuyến bay, kiểm tra lịch trình , đăng xuất VuGen ghi lại các

hành động của chúng ta từ lúc chúng ta click nút Start Recording tới lúc chúng ta

click nút Stop Recording.Chúng ta có thể sử dụng VuGen để xem lại script VuGen

cho phép chúng ta thấy Vuserscript in trong một số định dạng

 Solution Explorer đưa cho chúng ta cấu trúc truy cập vào các thành phần khácnhau của Vuserscript

Hình 3.12.Giao diện Solution Explorer

 Step Navigator hiển thị một danh sách các hành động của một Vuser Mỗi mộthành động trong khi ghi , VuGen tạo một bước trong Step Navigator

Hình 3.13.Giao diện Step Navigator

 The Step Navigator hiển thị một biểu tượng để chỉ ra một bước xác địnhchứa trong một ảnh chụp

Để xem script trong Step Navigator, chọn View > Step Navigator, hoặc click nút Step

Navigator trên thanh công cụ VuGen Double-click vào bất kỳ bước nàotrong Step Navigator để hiển thị hàm chứng năng tương ứng trong Editor

 VuGen Editor hiển thị một đoạn văn bản của script Trong Editor, các hành

động của Vuserare được đặt trong các API function Trong Editor, VuGen sử dụngcolor-coding để hiển thị các functions và các giá trị đối số tương ứng trong script.Chúng ta có thể gõ C hoặc LoadRunner API functions, như các luồng điều khiển trựctiếp vào script

Hình 3.14.Giao diện Vuser Editor

28 Chạy lại scriptt của chúng ta

29 Thiết lập thời gian chạy( Run time settings)

Cài đặt thời gian chạy trong Load Runner giúp chúng ta mô phỏng lại những tínhchất khác nhau của hoạt động và hành vi của người sử dụng thực Ví dụ, chúng ta cóthể mô phỏng một người sử dụng đáp ứng đúng thông tin từ server, hay một ngườidùng dừng lại trước mỗi phản hồi Chúng ta cũng có thể cấu hình cài đặt thời gianchạy để xác định có bao nhiêu lần Vuser nên lặp lại các hành động và thường xuyên

như thế nào Hiện có cài đặt thời gian chạy chung và cài đặt cụ thể cho một số loạiVuser Ví dụ như một website mô phỏng , chúng ta có thể cho các Vuser chạy trongcác Netscape thay vì trong Internet Explorer Trong phần này, cài đặt thời gian chạychung được áp dụng cho tất cả các loại script Bao gồm:

 Run logic: Số lần lặp lại

 Pacing: Thời gian chờ giữa các lần lặp

 Think time: thời gian người sử dụng dừng để nghĩ giữa các bước

 Log: Mức độ thông tin mà chúng ta mún truy cập trong quá trình chạy lại.Lưu ý rằng chúng ta cũng có thể sửa đổi cài đặt thời gian chạy từ LoadRunnerController

Để thiết lập cài đặt thực thể:

1 Mở Vuser mà chúng ta đã cài đặt trong phần trước

2 Mở hộp thoại Run- Time settings.

Click Relay-> Run- Time Settings.

Hình 3.15.Giao diện thiết lập Run-Time Settings

3 Thiết lập Run Logic.

Trong thực đơn bên trái, dưới General, click Run logic

Hình 3.16.Giao diện thiết lập Run-Time Settings(tiếp theo)

Run logic cho phép chúng ta thiết lập số lần lặp của mỗi Vuser script Đây là sốlần lặp lại một phần Action của Vuser script khi chạy lại script

Thiết lập The number of iterations to2

4 Thiết lập pacing.

Trong thực đơn bên trái, dưới Gerenal Click pacing

Hình 3.17.Giao diện thiết lập Run-Time Settings(tiếp theo)

Pacing cho phép chúng ta điều khiển thời gian giữa các lần lặp Chúng ta sẽxác định một thời gian ngẫu nhiên

Chọn radio thứ 3 và chọn fllowing:

5 Thiết lập Log:

Trong thực đơn bên trái Gerenal Click Log

Hình 3.18.Giao diện thiết lập Run-Time Settings(tiếp theo)

Log chỉ ra rằng bao nhiêu thông tin được lưu lại trong khi chạy một VuserScript Trong khi phát triển Vuser Script chúng ta có thể chọn cho phép một vài nhật kícho mục đích tìm lỗi nhưng mỗi lần chúng ta thay đổi how much information tologwhile running the Vuser Script

6 Thiết lập Think Time

Trong thực đơn bên trái Gerenal, click chọn Think Time

Hình 3.19.Giao diện thiết lập Run-Time Settings(tiếp theo)

Giữ thời gian mặc định Ignore think time Chúng ta sẽ thiết lập nó trongController.

7 Click OK để đóng hộp thoại Run- Time

30 Chạy một Vuser

Sau khi ghi lại Vuser Script thiết lập thực thi, chúng ta có thể sẵn sang chạyVuser Script VuGen cung cấp một số chỉ định rằng script của chúng ta đang chạy

Thông điệp “Running” xuất hiện góc trái bên dưới VuGen

Đánh dấu màu vàng trong Editor và chỉ ra dòng xác định được đang chạy lại.Output pane hiển thị các xử lý chạy lại Vuser

Hình 3.20.Giao diện chạy Vuser

Chạy Vuser script

Mở Vuser script int VuGen

Click Replay > Run hoặc click nút Replay thanh công cụ VuGen

31 Xem thông tin về vuser đã chạy

Khi Vuser Script dừng chạy, chúng ta có thể xem tổng quan việc chạy lại trongReplay Summary

Hình 3.21.Giao diện Replay Summary

Replay Summary liệt kê các thông tin cơ bản như thời gian chạy, thời gian kếtthúc Thêm vào đó Replay Summary cung cấp một liên kết để hiển thị nhật ký các sựkiện của script và một liên kết khác để hiển thị chi tiết kết quả của việc chạy script Toview the Replay log:

32 Kiểm tra script của chúng ta chạy lại thành công

Sau khi chạy lại những sự kiện mà chúng ta đã ghi lại, chúng ta cần xem xét kếtquả nếu mọi thứ thành công Nếu một vài trường hợp không thành công, chúng tamuốn biết lý do tại sao và khi nào nó không thành công

Trong phần này chúng ta sẽ xem và phân tích script của chúng ta khi thực thi.VuGen tóm tắt kết quả của việc phát lại trong cửa sổ Test Result

Hình 3.22.Giao diện Test Results

Khi cửa sổ Test Result mở ra đầu tiên , nó chứa 2 pane: tree pane( bên trái) vàSummary pane( bên phải) Tree pane chứa result tree Mỗi lần lặp là một số Summarypane chứa thông tin chi tiết của lần test

Thông tin trên cùng nhất trong bảng ( top table) cho biết số lần lặp thành công vàkhông thành công Test được coi là đã thành công khi Vuser của VuGen thành côngthông qua trang web HP Tours theo nguyên bản đã ghi lại

Thông tin cuối cùng trong bảng( Botton table) cho biết các transactions vàcheckpoints là thành công hay không thành công Chúng ta sẽ thêm những tính năngnày cho lần test sau này của chúng ta

Để xem kết quả test:

Click Verify Replay trong Task pane để vào trình wizard

Click vào đường link Visual test results trong ô hướng dẫn bên dưới tiêu đề

”Verification” Hoặc chọn View Test Results Một cửa sổ kết quả mới mở ra

33 Tìm kiếm hay lọc các kết quả

Nếu kết quả test của chúng ta có một vài trường hợp không thành công , chúng

ta có thể đi sâu vào từng điểm không thành công đó Trong cửa sổ Test Results, chúng

ta có thể mở rông test tree và xem kết quả ở từng bước riêng biệt cửa sổ Test Resultshiển thị một ảnh chụp của quá trình chạy lại của một lần lặp.

Mở rộng một nhánh lặp( iteration branch)

Mở rộng nhánh Iteration 1 và sau đó mở rộng nhánh Action Summary tại ô bêntrái bằng cách click vào dấu cộng bên cạnh Bây giờ nhánh được mở rộng hiển thịdanh sách các bước thự thi trong vòng lặp

Hiển thị ảnh chụp kết quả: chọn bước thứ tư, Submit Form Cửa sổ Test Resultrhiển thị ảnh chụp liên kết với các bước

Xem tóm tắt từng bước tại ô phía bên phải cửa sổ Test Results hiển thị thông tintóm tắt theo từng bước: theo đối tượng hoặc theo tên từng bước, chi tiết có hoặc khôngcác trang tải thành công, kết quả ( Passed, Failed, Done, Wảning) và thời gian mà từngbước thực thi

Tìm kiếm tình trạng kết quả: trong trường hợp Resurlts Summary tổng thể chothấy test là không thành công, chúng ta cần xác định xem ns bị lổi ở đâu, chúng ta cóthể tìm kiếm kết quả bằng chử Failed

Để tìm kiếm kết quả test chọn Tools> Find hoặc click nút Find

Hộp thoại Find mở ra:

Hình 3.23.Giao diện hộp thoại Find

Chọn passed, chắc chắn rằng không có một giá trị nào khác được chọn, click Findnext Cửa sổ Results hiển thị bước thứ nhất với trạng thái là Passed Một lần nữa chọnTool > Find hoặc click Find Trong hộp thoại Find, chọn Failed, bỏ chọn Passed, vàclick Find next Cửa sổ Resulrs không tìm thất kết quả

Lọc kết quả:

Chúng ta có thể lặp tại cửa sổ Test Results để hiển thị một vòng lặp hoặc tình

trạng cụ thể Để lọc kết quả chọn View> Filters hoặc click vào nút Filters Hộpthoại Filters mở ra

Hình 3.24.Giao diện hộp thoại Filters

Đóng Test Results

Click vào File chọn Exit

34 Giải quyết các vấn đề thường gặp phải

Sau khi chúng ta tạo một script, chúng ta kích hoạt nó bằng cách chạy từ VuGen.Thỉnh thoảng, chạy lại một cách đơn giản sẽ không thành công, mặc dù quá trình ghilại của cùng một hành động thì thành công

Nhiều ứng dụng sử dụng giá trị động để thay thế mỗi khi chúng ta sử dụng ứng

dụng Ví dụ như, một vài server được gán cho một session ID duy nhất cho mỗi phiên

làm việc mới (new session) Khi chúng ta thử chạy lại một phiên làm việc đã được ghi

lại, ứng dụng tạo ra một session ID mới khác với session ID đã được ghi lại

LoadRunner ghi địa chỉ vấn đề này thông qua sự tương quan Sự tương quan này

lưu lại những giá trị thay đổi, trong trường hợp session ID, với một tham số Khi chạy

mô phỏng, các Vuser không sử dụng giá trị thay thế được ghi lại, nó sử dụng session

ID mới được gán từ server

35 Chuẩn bị HP Tours để tái hiện lại lỗi

Để minh họa cho một sự phát lại (playback) thất bại, chúng ta cần phải sửa đổithiết định trong ứng dụng HP Tours Thiết định này làm cho web server HP Tours

không được phép tăng session ID.

1 Mở HP Web Tours.

Chọn Start > All Programs > HP Software > HP LoadRunner > Samples > Web > HP Web Tours Application Một trình duyệt mở ra với trang HP Tours

2 Thay đổi lựa chọn server

a Click vào liên kết administration trên trang chủ của HP Web Tours Trang

Administration được mở

b Chọn checkbox Set LOGIN form's action tag to an error page.Thiết lập này báo cho máy chủ không chấp nhận một bản sao của session IDs.

c Xuống cuối trang và click Update.

d Xuống cuối trang và click vào đường link Return to the Web Tours Homepage.

36 Làm việc với giá trị server duy nhất

Trong khi sửa đổi cấu hình HP Tours, máy chủ gán duy nhất một session ID cho

Vuser Nếu chúng ta chạy lại script, nó sẽ thất bại

Để khắc phục vấn đề này, chúng ta sử dụng VuGen tự động dò tìm khi cần để gắn

session ID Sau đó chúng ta chạy script, VuGen nhắc chúng ta để quét script trương ứng Chúng ta sẽ hướng dẫn VuGen thêm vào một bước để lưu lại tham số session ID gốc Trong mỗi lần chạy lại, VuGen lưu lại session ID mới cho tham số Trong các

bước sau, nó sử dụng giá trị đã lưu lại thay vì ghi lại giá trị ban đầu

1 Ghi lại một script mới với giá trị động

a Ghi lại một script mới với những bước tương tự như chúng ta đã ghi lại trước

đó ở trên

b Lưu lại với tên basic_tutorial_Cor.

2 Chạy lại script

Click Replay > Run hoặc click the nút Replay thanh công cụ của VuGen.VuGen

chạy Vuserscript nới Chúng ta có thể xem những thông báo lỗi trong tab Replay Logtrong cửa sổ Output, được chỉ định bởi dòng chữ màu đỏ

3 Xem Replay Summary

Replay Summary chỉ ra rằng script của chúng ta không thành công.

4 Tìm script tương quan

Trong Replay Summary, click Correlation Studio Cửa sổ Design Studio được

mở

Hình 3.25.Giao diện Design Studio

VuGen quét script và tìm kiếm sự khác biệt giữa các giá trị đã ghi lại và phát lại

những giá trị đó.Correlation Studio của Script Design Studio hiển thị một danh sách

những khác biệt này để yêu cầu sự tương quan

Hình 3.26.Giao diện Design Studio( tiếp theo)

5 Tương quan Session ID

a Chọn mục thứ ba trong Correlation Results tab, vả click Correlate.VuGen

thêm một bước mới vào trên cùng của script, nhằm lưu thông tin của tham số session

ID gốc Trong mỗi lần chạy lại, VuGen lưu tham số session ID mới Trong các bướcsau, sử dụng giá trị đã lưu thay vì ghi lại giá trị ban đầu

b.Click Close để đóng Script Design Studio.

6 Nghiên cứu cú pháp trình bày sự tương quan

Chọn View > Script View để xem sự trình bày mối tương quan trong script

Khi VuGen thêm vào script thì được trình bày như sau:

Dòng lệnh này có nghĩa là “Kiểm tra sự đáp ứng từ phía server cho dữ liệu được

đặt giữa hai chuỗi” Giá trị biên trái userSession value= và giá trị biên phải > Lưu sự kiện xảy ra đầu tiên của dữ liệu này vào một tham số được gọi là WCSParam_Diff1

7 Chạy scrip một lần nữa

a Click Replay > Run hoặc click nút Replay trên thanh công cụ VuGen để chạy

lại script một lần nữa Khi quá trình chạy lại kết thúc, tìm trong Relay Log trongOutput

b Trong script, right-click Service: Reg Save Param và chọn Go to step in Replay Log.Dòng tương ứng tại vị trí con trỏ trong Replay Log cho thấy rằng

hàm web_reg_save_param thành công, chứng tỏ rằng mối tương quan đang thực thi

8 Reset HP Web Tours server để bỏ qua những session ID

a Click Start > All Programs > HP LoadRunner > Samples > Web > HP Web Tours Application để mở HP Web Tours.

b Trong trang chủ HP Web Tours, click administration

c Trong Administration Page, bỏ check ở checkbox Set LOGIN form's action tag to an error page

d Xuống cuối trang và click Update Đóng trình duyệt

37 Chuẩn bị một Vuser Script cho Load Testing

38 Đo lường các quy trình nghiệp vụ

Khi chuẩn bị cho việc triển khai một ứng dụng, chúng ta cần đo lường khoảngthời gian của một quy trìnhnghiệp vụ cụ thể - mất bao lâu để đăng nhập, đặt chuyếnbay Các quy trình nghiệp vụ này thường được thực hiện ở một hoặc nhiều bước hay