Tham số hóa, chức năng, giao dịch trong LoadRunner
Thomas Hamilton
⚡ Tóm tắt thông minh
Việc thiết lập tham số, giao dịch và cài đặt thời gian chạy là ba cải tiến biến một bản ghi VuGen thông thường thành một kịch bản hoạt động giống như người dùng thực và báo cáo thời gian mà bạn có thể tin tưởng.
Kịch bản ghi âm có thể mô phỏng người dùng ảo; tuy nhiên, chỉ ghi âm thôi có thể không đủ để tái tạo hành vi của người dùng thực.
Khi một kịch bản được ghi lại, nó chỉ bao gồm một luồng thao tác đơn giản, liền mạch thông qua ứng dụng. Người dùng thực tế có thể thực hiện nhiều lần lặp lại quy trình trước khi đăng xuất. Độ trễ giữa các lần nhấp chuột (thời gian suy nghĩ) khác nhau tùy người, và một số người dùng truy cập ứng dụng của bạn qua kết nối nhanh trong khi những người khác thì không. Vì vậy, để nắm bắt được cảm nhận thực tế của người dùng cuối, chúng ta cần cải tiến các kịch bản của mình để chúng hoạt động sát với người dùng thực.
Đó là yếu tố quan trọng nhất cần xem xét khi tiến hành “Kiểm tra năng suấtNhưng kịch bản VUser còn nhiều điều hơn thế. Làm thế nào để bạn đánh giá thời gian thực thi của VUser trong khi hệ thống đang chịu tải (SUL) được kiểm tra? Làm thế nào để bạn biết VUser đã vượt qua hay thất bại tại một thời điểm nhất định, và liệu một tiến trình phụ trợ có bị lỗi hay tài nguyên máy chủ bị thiếu?
Chúng ta cần cải thiện kịch bản để giúp trả lời tất cả các câu hỏi trên.
Ghi chú về thương hiệu: VuGen ban đầu được bán dưới thương hiệu HP, sau đó là Micro Focus, và hiện nay là một phần của... OpenText Kỹ thuật biểu diễn chuyên nghiệpCác chức năng và cài đặt bên dưới vẫn không thay đổi.
Sử dụng giao dịch
Giao dịch đo thời gian phản hồi của máy chủ cho bất kỳ thao tác nào. Nói một cách đơn giản, "giao dịch" đo thời gian hệ thống cần để xử lý một yêu cầu cụ thể. Nó có thể nhỏ như một cú nhấp chuột vào nút hoặc một lệnh gọi AJAX được thực thi khi một ô nhập liệu mất tiêu điểm.
Việc áp dụng giao dịch rất đơn giản. Chỉ cần viết một dòng mã trước khi yêu cầu được thực hiện và đóng giao dịch khi yêu cầu kết thúc. LoadRunner chỉ yêu cầu một chuỗi ký tự làm tên giao dịch.
Để mở một giao dịch, hãy sử dụng dòng mã này:
lr_start_transaction(“Transaction Name”);
Để đóng giao dịch, hãy sử dụng dòng mã này:
lr_end_transaction(“Transaction Name”, <status>);
Các cho LoadRunner biết giao dịch cụ thể này thành công hay không thành công. Các thông số có thể có có thể là:
- LR_AUTO
- LR_PASS
- LR_FAIL
Ví dụ:
lr_end_transaction(“My_Login”, LR_AUTO); lr_end_transaction(“001_Opening_Dashboard Name”, LR_PASS); lr_end_transaction(“Business_Workflow_Transaction Name”, LR_FAIL);
Code ghi chú: Các đoạn mã được sao chép chính xác như đã xuất bản, bao gồm cả dấu ngoặc kép. Một kịch bản VuGen thực sự cần dấu ngoặc kép ASCII thẳng, vì vậy hãy gõ lại chúng nếu bạn sao chép mã này.
Điểm cần lưu ý:
- Đừng quên, bạn đang làm việc với “C” và đó là ngôn ngữ phân biệt chữ hoa chữ thường.
- Dấu chấm (.) không được phép sử dụng trong tên giao dịch, mặc dù bạn có thể sử dụng dấu cách và dấu gạch dưới.
- Nếu bạn đã phân nhánh mã nguồn tốt và thêm các điểm kiểm tra để xác minh phản hồi từ máy chủ, bạn có thể sử dụng xử lý lỗi tùy chỉnh như LR_PASS hoặc LR_FAIL. Nếu không, bạn có thể sử dụng LR_AUTO và LoadRunner sẽ tự động xử lý các lỗi máy chủ (HTTP 500, 400, v.v.).
- Khi thực hiện giao dịch, hãy đảm bảo không có câu lệnh thời gian suy nghĩ nào được kẹp giữa, nếu không giao dịch của bạn sẽ luôn bao gồm khoảng thời gian đó.
- Vì LoadRunner yêu cầu một chuỗi ký tự cố định làm tên giao dịch, một vấn đề thường gặp khi áp dụng giao dịch là sự không khớp giữa các chuỗi ký tự. Nếu bạn đặt tên khác nhau khi mở và đóng một giao dịch, bạn sẽ gặp ít nhất 2 lỗi. Giao dịch bạn đã mở chưa bao giờ được đóng, vì vậy LoadRunner báo lỗi; và giao dịch bạn đang cố gắng đóng chưa bao giờ được mở, điều này dẫn đến lỗi thứ hai.
- Cả hai lỗi đều xuất hiện trong nhật ký phát lại, vì vậy bất cứ khi nào một trong hai lỗi được báo cáo, trước tiên hãy kiểm tra tên giao dịch trên các báo cáo mở và đóng.
- Vì LoadRunner tự động xử lý việc đồng bộ hóa các yêu cầu và phản hồi, bạn sẽ không cần phải lo lắng về phản hồi khi thực hiện các giao dịch.
Điểm hẹn, bình luận và chức năng kịch bản
Ba cải tiến nhỏ hơn giúp kịch bản hoạt động và đọc giống như mã sản xuất: điểm hẹn, chú thích và trình duyệt hàm được tích hợp sẵn trong VuGen.
Điểm hẹn
Điểm hẹn (rendezvous point) là một “điểm gặp gỡ”. Đó là một câu lệnh duy nhất cho LoadRunner biết cần phải tạo ra sự đồng thời. Bạn chèn các điểm hẹn vào các tập lệnh VUser để mô phỏng tải người dùng cao trên máy chủ.
Điểm hẹn hướng dẫn người dùng ảo (VUser) chờ trong quá trình thực thi cho đến khi nhiều VUser khác cùng đến một điểm nhất định, để họ có thể đồng thời thực hiện một tác vụ. Ví dụ, để mô phỏng tải trọng cao điểm trên máy chủ ngân hàng, hãy chèn một điểm hẹn hướng dẫn 100 VUser gửi tiền mặt cùng một lúc.
Nếu các điểm hẹn không được đặt chính xác, người dùng ảo (VUser) sẽ truy cập vào các phần khác nhau của ứng dụng ngay cả khi cùng một kịch bản được thực thi. Điều này là do mỗi người dùng ảo có thời gian phản hồi khác nhau, dẫn đến một số người dùng bị chậm lại.
Cú pháp:
lr_rendezvous(“Logical Name”);
Ghi chú đính chính: Trang đã đăng viết như sau: lr_rendesvousTên hàm chính xác là lr_rendezvous; dạng viết sai chính tả sẽ không được biên dịch.
Thực hành tốt nhất:
- Đặt tiền tố điểm hẹn bằng “rdv_” để mã dễ đọc hơn; ví dụ: “rdv_Login”
- Xóa bỏ bất kỳ câu lệnh thời gian suy nghĩ nào liền kề ngay lập tức.
- Áp dụng các điểm hẹn trong chế độ xem Kịch bản, sau khi ghi hình.
Hình ảnh kịch bản bên dưới hiển thị một câu lệnh hẹn gặp được chèn vào một hành động đã được ghi lại:
Nhận xét
Thêm chú thích để mô tả một hoạt động, một đoạn mã hoặc một dòng mã. Chú thích giúp mã dễ hiểu hơn đối với bất kỳ ai tham khảo nó trong tương lai. Chúng cung cấp thông tin về một thao tác cụ thể và phân tách hai phần để phân biệt.
Bạn có thể thêm ý kiến
- Trong khi ghi âm (sử dụng công cụ)
- Sau khi ghi âm (viết trực tiếp bằng code)
Cách làm tốt nhất: đánh dấu bất kỳ nhận xét nào ở đầu mỗi tệp kịch bản.
Chèn chức năng thông qua menu
Mặc dù bạn có thể trực tiếp viết các dòng mã đơn giản, nhưng đôi khi bạn cần một gợi ý để nhớ lại một hàm. Bạn cũng có thể sử dụng Hộp công cụ Bước (trước phiên bản 12 được gọi là Chèn Hàm) để tìm và chèn bất kỳ hàm nào trực tiếp vào tập lệnh của mình.
Bạn có thể tìm thấy Hộp công cụ các bước trong mục Xem → Hộp công cụ các bước, như hình bên dưới.
Thao tác này sẽ mở một cửa sổ bên cạnh. Hãy xem ảnh chụp màn hình:
Tham số hóa là gì?
Trong VuGen, tham số là một vùng chứa giá trị đã được ghi lại, giá trị này sẽ được thay thế cho nhiều người dùng khác nhau.
Trong quá trình thực thi kịch bản (trong VuGen hoặc...) Người điều khiển), một giá trị từ nguồn bên ngoài (chẳng hạn như tệp .txt, XML hoặc cơ sở dữ liệu) sẽ thay thế giá trị trước đó của tham số.
Việc tham số hóa rất hữu ích để gửi các giá trị động (hoặc duy nhất) đến máy chủ. Ví dụ, một quy trình nghiệp vụ có thể cần chạy 10 lần lặp trong khi chọn một tên người dùng duy nhất mỗi lần.
Nó cũng giúp mô phỏng hành vi thực tế đối với hệ thống cần kiểm tra. Hãy xem các ví dụ bên dưới.
Ví dụ vấn đề:
- Một quy trình nghiệp vụ chỉ hoạt động với ngày hiện tại, được lấy từ máy chủ, vì vậy nó không thể được truyền dưới dạng yêu cầu được mã hóa cứng.
- Đôi khi ứng dụng khách truyền một ID duy nhất cho máy chủ (ví dụ: session_id) để quá trình tiếp tục, ngay cả đối với một người dùng duy nhất. Trong trường hợp đó, việc tham số hóa sẽ hữu ích.
- Thông thường, ứng dụng phía máy khách duy trì bộ nhớ đệm dữ liệu được gửi đến và từ máy chủ. Do đó, máy chủ không nhận được hành vi thực sự của người dùng (nơi máy chủ chạy thuật toán khác nhau tùy thuộc vào tiêu chí tìm kiếm). Tập lệnh VUser sẽ thực thi thành công, nhưng số liệu thống kê hiệu năng thu được sẽ không có ý nghĩa. Việc sử dụng dữ liệu khác nhau thông qua tham số hóa giúp mô phỏng hoạt động phía máy chủ như các thủ tục lưu trữ và kiểm tra hệ thống.
- Ngày tháng được mã hóa cứng trong VUser trong quá trình ghi có thể không còn hợp lệ sau khi ngày đó đã trôi qua. Việc tham số hóa ngày tháng cho phép thực thi VUser thành công bằng cách thay thế ngày tháng được mã hóa cứng. Những trường hoặc yêu cầu như vậy là những ứng cử viên thích hợp để tham số hóa.
Bạn tạo một tham số bằng cách nhấp chuột phải vào giá trị đã ghi trong chế độ xem Script và chọn Thay thế bằng tham số. VuGen sau đó sẽ hỏi loại nào cung cấp giá trị:
| Loại tham số | Giá trị của nó cung cấp |
|---|---|
| Tập tin | Các giá trị được đọc từ một cột trong tệp .dat. |
| Bàn | Một khối gồm các hàng và cột cùng một lúc. |
| Ngày / Giờ | Ngày và giờ hiện tại theo định dạng đã chọn. |
| Số ngẫu nhiên | Một số nằm trong phạm vi bạn đã thiết lập. |
| Mã số duy nhất | Mỗi VUser sẽ có một số riêng biệt, được xác định từ giá trị ban đầu và kích thước khối. |
| Số lần lặp | Số lần lặp hiện tại. |
| ID người dùng ảo | Mã định danh được gán khi phát lại. |
| Nhóm / Tải Generator Họ tên | Nhóm VUser hoặc máy phát điện. |
| XML | Một đoạn trích từ tập dữ liệu XML. |
| Chức năng do người dùng định nghĩa | Giá trị được trả về bởi hàm thư viện của chính bạn. |
Hai tùy chọn khác quyết định cách dữ liệu được sử dụng trong các lần lặp:
| Tùy chọn | Lựa chọn | Những gì nó kiểm soát |
|---|---|---|
| Chọn hàng tiếp theo | Tuần tự, Ngẫu nhiên, Duy nhất | Người dùng ảo (VUser) sẽ đọc dòng nào tiếp theo? |
| Cập nhật giá trị trên | Mỗi lần lặp, mỗi lần xuất hiện, một lần | Khi giá trị được làm mới. |
Hướng dẫn chi tiết bên dưới minh họa cách áp dụng tham số cho một kịch bản đã được ghi lại:
Nhấp chuột đây Nếu video không truy cập được.
Các thiết lập thời gian chạy và tác động của chúng đến mô phỏng người dùng VUser
Các thiết lập khi chạy cũng quan trọng không kém gì kịch bản VuGen của bạn. Với các cấu hình khác nhau, bạn có thể nhận được các thiết kế kiểm thử hoàn toàn khác nhau, đó là lý do tại sao các thiết lập khi chạy không nhất quán thường là nguyên nhân dẫn đến kết quả không thể lặp lại. Chúng ta hãy cùng thảo luận từng thuộc tính một.
Chạy logic
Run Logic xác định số lần tất cả các hành động sẽ được thực thi, ngoại trừ vuser_init và vuser_end.
Điều này có lẽ giúp làm rõ hơn lý do tại sao LoadRunner đề xuất giữ nguyên...ping Toàn bộ mã đăng nhập nằm trong vuser_init và phần đăng xuất nằm trong vuser_end, mỗi phần đều được xử lý riêng biệt.
Nếu bạn đã tạo nhiều hành động — ví dụ như Đăng nhập, Mở màn hình, Tính tiền thuê, Chuyển tiền, Kiểm tra số dư và Đăng xuất — thì kịch bản dưới đây sẽ diễn ra cho mỗi VUser:
Tất cả người dùng ảo (VUsers) sẽ đăng nhập, thực hiện các bước Mở màn hình, Tính tiền thuê, Chuyển tiền và Kiểm tra số dư, sau đó lại thực hiện Mở màn hình, Tính tiền thuê, v.v., lặp lại 10 lần, sau đó đăng xuất (một lần).
Đây là một thiết lập mạnh mẽ cho phép kịch bản hoạt động giống người dùng thực hơn. Hãy nhớ rằng, người dùng thực không đăng nhập và đăng xuất mỗi lần; họ thường lặp lại các bước tương tự.
Bạn bấm vào "hộp thư đến" bao nhiêu lần trước khi đăng xuất khi kiểm tra email?
Tạo nhịp
Điều này rất quan trọng. Hầu hết mọi người không hiểu sự khác biệt giữa nhịp độ và thời gian suy nghĩ. Sự khác biệt duy nhất là nhịp độ đề cập đến độ trễ giữa các lần lặp, trong khi thời gian suy nghĩ là độ trễ giữa bất kỳ 2 bước nào.
Cài đặt được khuyến nghị phụ thuộc vào thiết kế thử nghiệm. Tuy nhiên, nếu bạn muốn áp dụng tải trọng lớn, hãy cân nhắc chọn “Ngay khi vòng lặp trước kết thúc”, như hình bên dưới.
Khúc gỗ
Theo cách hiểu thông thường, nhật ký là bản ghi lại tất cả các sự kiện trong khi bạn chạy LoadRunner. Bạn có thể bật nhật ký để biết điều gì đang xảy ra giữa ứng dụng của bạn và máy chủ.
LoadRunner cung cấp một cơ chế ghi nhật ký mạnh mẽ, ổn định và có khả năng mở rộng tự động. Nó cho phép bạn chỉ giữ lại "Nhật ký tiêu chuẩn", hoặc nhật ký mở rộng chi tiết và có thể cấu hình, hoặc tắt hoàn toàn chức năng ghi nhật ký.
Nhật ký tiêu chuẩn cung cấp nhiều thông tin hữu ích và dễ hiểu. Nó chứa lượng thông tin vừa đủ mà bạn thường cần để khắc phục sự cố các tập lệnh VUser của mình.
Đối với Nhật ký mở rộng, tất cả thông tin nhật ký tiêu chuẩn chỉ là một tập hợp con. Ngoài ra, bạn có thể sử dụng thay thế tham số. Điều này cho phép thành phần LoadRunner bao gồm thông tin đầy đủ về tất cả các tham số (từ việc tham số hóa), bao gồm cả yêu cầu và dữ liệu phản hồi.
Nếu bạn thêm mục “Dữ liệu được máy chủ trả về”, nhật ký của bạn sẽ dài ra rất nhiều. Nó sẽ bao gồm tất cả HTML, thẻ, tài nguyên và thông tin không phải tài nguyên ngay trong nhật ký. Tùy chọn này chỉ hữu ích nếu bạn cần khắc phục sự cố nghiêm trọng. Thông thường, điều này làm cho tệp nhật ký rất lớn và khó hiểu.
Như bạn có thể đoán được, nếu bạn chọn "Nâng cao" TracTệp nhật ký của bạn sẽ rất lớn. Bạn phải thử xem. Bạn sẽ nhận thấy rằng thời gian VuGen thực hiện cũng tăng lên đáng kể, mặc dù điều này không ảnh hưởng đến thời gian phản hồi giao dịch được VuGen báo cáo. Đây là thông tin rất nâng cao và chỉ hữu ích nếu bạn hiểu rõ ứng dụng đang được đề cập, quá trình giao tiếp giữa máy khách và máy chủ (giữa ứng dụng và phần cứng của bạn), cũng như các chi tiết ở cấp độ giao thức. Thông thường, việc đọc và khắc phục sự cố thông tin này đòi hỏi rất nhiều nỗ lực.
Lời khuyên:
- Bất kể VuGen mất bao nhiêu thời gian khi bật chức năng ghi nhật ký, điều đó không ảnh hưởng đến thời gian phản hồi giao dịch — chi phí ghi nhật ký không được tính vào thời gian đo.
- Tắt chức năng ghi nhật ký nếu không cần thiết.
- Hãy tắt chức năng ghi nhật ký khi bạn hoàn thành các tập lệnh của mình. Việc bao gồm các tập lệnh có bật chức năng ghi nhật ký sẽ khiến Controller chạy chậm hơn và hiển thị các thông báo gây khó chịu.
- Việc tắt nhật ký sẽ tăng số lượng người dùng tối đa mà bạn có thể mô phỏng từ LoadRunner.
- Hãy cân nhắc sử dụng tùy chọn “Chỉ gửi tin nhắn khi xảy ra lỗi” — tùy chọn này sẽ tắt các tin nhắn thông tin không cần thiết và chỉ báo cáo các thông báo liên quan đến lỗi.
thời gian suy nghĩ
Think Time đơn giản là độ trễ giữa hai bước.
Thời gian suy nghĩ giúp mô phỏng hành vi người dùng, vì không có người dùng thực nào có thể sử dụng ứng dụng giống như máy móc. VuGen tự động tạo ra thời gian suy nghĩ. Bạn vẫn có toàn quyền kiểm soát để loại bỏ, nhân lên hoặc thay đổi thời lượng của thời gian suy nghĩ.
Để dễ hiểu hơn: người dùng có thể mở một màn hình (một phản hồi theo sau là một yêu cầu) và sau đó nhập tên người dùng và mật khẩu trước khi nhấn Enter. Tương tác tiếp theo giữa ứng dụng và máy chủ xảy ra khi người dùng nhấp vào “Đăng nhập”. Thời gian người dùng dành để nhập tên người dùng và mật khẩu được gọi là Thời gian suy nghĩ (Think Time) trong LoadRunner.
Nếu bạn đang tìm cách mô phỏng tải mạnh trên ứng dụng, hãy cân nhắc việc tắt hoàn toàn thời gian suy nghĩ.
Tuy nhiên, để mô phỏng hành vi trong đời thực, bạn có thể chọn “Sử dụng thời gian suy nghĩ ngẫu nhiên” và thiết lập tỷ lệ phần trăm theo ý muốn.
Hãy cân nhắc sử dụng chức năng Giới hạn thời gian suy nghĩ để đặt giới hạn cho khoảng thời gian suy nghĩ hợp lý. Thông thường, 30 giây là khá đủ.
Mô phỏng tốc độ
Mô phỏng tốc độ đơn giản chỉ đề cập đến dung lượng băng thông của mỗi máy khách.
Vì chúng tôi đang mô phỏng hàng ngàn người dùng ảo (VUsers) thông qua LoadRunner, điều đáng chú ý là LoadRunner đã đơn giản hóa việc mô phỏng băng thông và tốc độ mạng đến mức nào.
Nếu khách hàng truy cập ứng dụng của bạn với tốc độ trên 128 Kbps, bạn có thể kiểm soát điều đó từ đây. Bạn sẽ có thể mô phỏng hành vi thực tế, điều này sẽ giúp bạn thu được số liệu thống kê hiệu suất chính xác.
Lời khuyên tốt nhất là thiết lập "Sử dụng băng thông tối đa". Điều này giúp bạn bỏ qua mọi tắc nghẽn hiệu suất liên quan đến mạng và tập trung vào các vấn đề tiềm ẩn trong ứng dụng trước tiên. Bạn luôn có thể chạy thử nghiệm nhiều lần để xem hành vi khác nhau trong các điều kiện khác nhau.
Mô phỏng trình duyệt
Trải nghiệm người dùng không phụ thuộc vào trình duyệt mà người dùng cuối đang sử dụng, vì vậy điều này phần lớn nằm ngoài phạm vi của các biện pháp đánh giá hiệu năng. Tuy nhiên, bạn có thể chọn trình duyệt mà bạn muốn mô phỏng, như bảng bên dưới hiển thị.
Việc lựa chọn trình duyệt nào trong cấu hình này thực sự quan trọng vào thời điểm nào?
Bạn sẽ sử dụng cấu hình này nếu ứng dụng của bạn là một ứng dụng web trả về các phản hồi khác nhau cho các trình duyệt khác nhau. Ví dụ, bạn có thể thấy hình ảnh và nội dung khác nhau cho Internet Explorer và Internet Explorer. Firefox.
Một thiết lập quan trọng khác là Mô phỏng bộ nhớ cache của trình duyệt. Nếu bạn muốn đánh giá thời gian phản hồi khi bật bộ nhớ cache, hãy chọn ô này. Nếu bạn đang tìm kiếm trường hợp xấu nhất, rõ ràng đây không phải là lựa chọn cần xem xét.
Tùy chọn "Tải xuống tài nguyên không phải HTML" cho phép LoadRunner tải xuống bất kỳ tệp CSS, JS và các tệp đa phương tiện khác. Bạn nên giữ nguyên tùy chọn này. Tuy nhiên, nếu muốn loại bỏ nó khỏi thiết kế kiểm thử hiệu năng, bạn có thể bỏ chọn.
Proxy
Tốt nhất là nên loại bỏ hoàn toàn proxy khỏi hệ thống của bạn. Môi trường thử nghiệm — Việc sử dụng máy chủ proxy nằm giữa đường dẫn sẽ làm cho kết quả kiểm thử không đáng tin cậy. Tuy nhiên, bạn có thể gặp phải những tình huống không thể tránh khỏi. Trong trường hợp đó, LoadRunner cung cấp các thiết lập proxy.
Bạn sẽ làm việc (hoặc nên làm việc) với cài đặt "Không sử dụng proxy". Bạn có thể thiết lập cài đặt này từ trình duyệt mặc định của mình. Tuy nhiên, đừng quên kiểm tra xem trình duyệt nào được đặt làm mặc định và cấu hình proxy của trình duyệt đó như thế nào.
Nếu bạn đang sử dụng máy chủ proxy và máy chủ đó yêu cầu xác thực (hoặc một tập lệnh), thì bạn có thể nhấp vào nút Xác thực, thao tác này sẽ dẫn đến một cửa sổ mới. Tham khảo ảnh chụp màn hình bên dưới.
Sử dụng màn hình này để nhập tên người dùng và mật khẩu để xác thực trên máy chủ proxy. Nhấp vào OK để đóng màn hình.
Chúc mừng! Bạn đã hoàn tất cấu hình tập lệnh VuGen. Đừng quên cấu hình nó cho tất cả các tập lệnh VUser của bạn.
tiếp theo đến tương quan, chạy kịch bản trong Người điều khiểnvà kết quả đọc Phân tích LoadRunner. Xem Kiến trúc LoadRunner và Kiểm tra Tải hướng dẫn.
