BaocaoNhom3 2

BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC KINH TẾ QUỐC DÂN -*** - BÁO CÁO NGHIÊN CỨU CÔNG CỤ KIỂM THỬ HIỆU NĂNG JMETER VÀ ỨNG DỤNG KIỂM THỬ HIỆU NĂNG WEBSITE Chuyên ngành: Khoa học máy tính Thành viên nhóm: Trần Anh Quân Nguyễn Đức Long Tạ Đình Hiếu Vũ Tuấn Đạt Nguyễn Phương Anh -11190312 Nguyễn Thu Quyên -11194423 Giảng viên: Cơ Lê Thị Hồi Thu Hà Nội, tháng 10 năm 2022 CHƯƠNG 1: CƠ SỞ LÝ THUYẾT 1.1 Khái niệm Kiểm thử giúp phát lỗi, khả thất bại tiềm ẩn trình phát triển, bảo trì hoạt động phần mềm Tìm nguyên nhân gốc gây lỗi giúp phần mềm giảm nguy thất bại (failed) xảy môi trường hoạt động nâng cao chất lượng phần mềm Kiểm thử khẳng định độ tin cậy Project Manager 1.2 Các kỹ thuật kiểm thử phần mềm 1.2.1 Kiểm thử hộp đen (Black Box Testing – BBT) Phương pháp kiểm thử hộp đen phương pháp tập trung vào yêu cầu mặt chức phần mềm Phương pháp cho phép tạo tập điều kiện input để kiểm thử tất chức chương trình Về chất, kiểm thử hộp đen phương pháp trái ngược với kiểm thử hộp trắng Đúng phương pháp bổ sung cho kiểm thử hộp trắng để phát lỗi khác mà phương pháp kiểm thử hộp trắng khơng thể phát Trong nội dung hộp đen (việc cài đặt) không biết/không cần quan tâm, chức hộp đen hiểu theo liệu đầu vào liệu đầu Kiểm thử hộp đen phát lỗi sau:  Không hay thiếu số chức năng, hàm/module  Giao diện không phù hợp, lỗi interface  Lỗi cấu trúc liệu hay thao tác lên liệu bên ngồi  Lỗi thực thi… Khơng giống phương pháp kiểm thử hộp trắng thực giai đoạn đầu trình kiểm thử phần mềm Phương pháp tập trung vào phần sau q trình kiểm thử Mục đích kiểm thử hộp đen tập trung vùng thông tin, hướng liệu hay hướng vào/ Các trường hợp kiểm thử tạo dựa vào mô tả chức tập trung vùng mã chương trình Đánh giá phương pháp kiểm thử hộp đen  Ưu điểm:  Việc kiểm thử phần mềm trở nên khách quan đội kiểm thử đội phát triển làm việc độc lập  Tester thực test nhìn người dùng, dựa hồn tồn theo đặc tả u cầu mà khơng yêu cầu phải hiểu biết code  Thiết kế kịch kiểm thử nhanh, yêu cầu chức xác định  Nhược điểm:  Tester khó hiểu cấu trúc chương trình xây dựng  Dữ liệu đầu vào khối lượng mẫu (sample) lớn  Khó khăn việc xác định yếu tố đầu vào  Tester dễ bị rơi vào tình trạng khám phá mù, tức họ tìm lỗi mà khơng biết tìm 1.2.2 Kiểm thử hộp trắng (White Box Testing – WBT) Kiểm thử hộp trắng kỹ thuật tập trung vào khảo sát chặt chẽ thủ tục/ hàm cách chi tiết Tất đường diễn tiến logic chương trình kiểm tra trường hợp kiểm thử tập điều kiện cấu trúc lặp cụ thể Kỹ thuật kiểm tra trạng thái chương trình nhiều điểm nhằm xác định giá trị mong đợi điểm có khớp với giá trị thực tế hay khơng Với nhận định kỹ thuật thiết kế kiểm thử hộp trắng có lẽ dẫn đến chương trình xác tuyệt đối Tất cần làm thiết kế tất đường logic chương trình, thiết kế trường hợp kiểm thử để thực thi, đánh giá kết có Tuy nhiên việc kiểm thử thấu đáo tất trường hợp toán lớn tốn nhiều chi phí, tốn nhỏ có số lượng đường dẫn logic lớn Đánh giá phương pháp kiểm thử hộp trắng:  Ưu điểm:  Thử nghiệm cách kĩ lưỡng với khả bao phủ hiệu  Nhanh chóng, hiệu quả, thường mang tính tự động hóa  Các nhà phát triển tự tìm vấn đề thiếu sót, lỗi xảy bên cấu trúc phần mềm  Các thử nghiệm bắt đầu triển khai giai đoạn trước phần mềm đưa vào hoạt động  Nhược điểm:  Đòi hỏi nguồn lực có kĩ kiến thức  Bảo trì tập lệnh thử nghiệm địi hỏi chi phí cao việc triển khai thay đổi thường xuyên, liên tục 1.2.3 Kiểm thử hộp xám (Gray Box Testing – GBT) Kiểm thử hộp xám địi hỏi phải có truy cập tới cấu trúc liệu giải thuật bên cho mục đích thiết kế ca kiểm thử, kiểm thử mức người sử dụng hay mức hộp đen Việc thao tác tới liệu đầu vào định dạng liệu đầu không rõ ràng, giống “hộp xám”, đầu vào đầu rõ ràng bên “hộp đen” mà gọi hệ thống kiểm tra Sự khác biệt đặc biệt quan trọng quản lý kiểm thử tích hợp – Intergartion testing modun mã lệnh viết hai chuyên viên thiết kế khác nhau, giao diện đưa để kiểm thử Kiểm thử hộp xám bao gồm thiết kế 1.3 đối chiếu để định, ví dụ, giá trị biên hay thơng báo lỗi Quy trình kiểm thử phần mềm Việc xây dựng quy trình kiểm thử phần mềm thường xây dựng dựa mơ hình tổng qt Quy trình áp dụng để thực dự án có đội phát triển phần mềm hoàn chỉnh (Project Manager, Business Analyst, Developer, Tester, Designer…) nơi tester kiểm tra lỗi xuyên suốt trình thực dự án Ngồi mơ hình tổng qt cịn có mơ hình đơn giản Mơ hình áp dụng phạm vi nhỏ mơ hình tổng qt, thực đội tester để giảm thiểu trình log bug bị thiếu sót Trong nghiên cứu này, chúng em tập trung trình bày quy trình kiểm     thử phần mềm góc độ mơ hình tổng quát với giai đoạn Test Planning and Control (Lập kế hoạch giám sát kiểm thử) Test Analysis and Design (Phân tích thiết kế kiểm thử) Test Implementation and Execution (Thực thực thi kiểm thử) Evaluating Exit Criteria and Reporting (Đánh giá tiêu chuẩn kết thúc báo cáo)  Test Closure Activities (Các hoạt động kết thúc kiểm thử) 1.3.1 Lập kế hoạch giám sát kiểm thử Quy trình kiểm thử khơng thể thực tách rời đội test Việc thực cơng việc kiểm thử gặp khó khăn lập trình viên khơng cho tester biết phần mềm làm gì, hoạt động sao, kết thúc Tương tự vậy, bạn tester khác team không giao tiếp kế hoạch test nào, nguồn lực mà bạn cần lịch biểu để thực dự án bạn có hội thành cơng Mục đích việc lập kế hoạch nhằm định mô tả loại kiểm thử triển khai thực Kết bước lập kế hoạch tài liệu kế hoạch kiểm thử phần mềm, bao gồm chi tiết chiến lược kiểm thử, loại kiểm thử thời gian phân định lực lượng lập trình viên Bản kế hoạch kiểm thử (test plan) phát triển sớm chu trình phát triển phần mềm, từ yêu cầu tương đối đầy đủ, chức luồng liệu mô tả Bản kế hoạch coi kế hoạch tất kế hoạch chi tiết cho mức kiểm thử loại kiểm thử khác đề cập Lập kế hoạch kiểm thử bao gồm bước sau:  Xác định yêu cầu kiểm tra Mục đích việc xác định yêu cầu kiểm tra nhằm định phận, thành phần phần mềm kiểm tra, phạm vi giới hạn việc kiểm tra Để kiểm thử thành cơng người tester phải hiểu rõ chi tiết sản phẩm cần test làm gì, độ lớn mục tiêu Mơ tả rõ ràng sản phẩm từ đặc tả khởi đầu tốt, qua bạn xác định chức cần kiểm tra, chức chưa cần kiểm tra  Xác định chiến lược kiểm thử Việc xác định chiến lược kiểm thử công việc phức tạp địi hỏi tester phải có nhiều kinh nghiệm cơng việc xác định thành cơng hay thất bại tồn q trình kiểm thử Ngoài xác định chiến lược kiểm thử nhằm định phương pháp dùng để đánh giá chất lượng kiểm tra điều kiện để xác định thời gian kiểm tra Đồng thời công việc quan trọng để người đội test hiểu đồng ý với kế hoạch đề  Xác định tài nguyên (nhân lực, vật lực) Kế hoạch kiểm thử cần xác định người làm dự án đó, họ làm làm cách để tương tác với Ở số công ty lớn nhân lực cơng việc kiểm thử nhiều, làm việc với tất thành viên, biết họ ai, làm việc biết cách tương tác với họ điều quan trọng Ngồi nguồn nhân lực cần phải xác định vật lực: phần cứng, phần mềm, công cụ thiết bị giả lập…cần thiết cho việc kiểm thử Sau xác định nguồn nhân lực vật lực có Người test leader tiến hành lên kế hoạch cho nguồn tài nguyên yêu cầu, giai đoạn định cần thiết cho việc hoàn thành chiến lược kiểm thử Mọi thứ có khả sử dụng trình kiểm thử cần phải xem xét cụ thể  Khảo sát rủi ro Khảo sát dự đốn rủi ro có khả xảy ra, làm chậm cản trở trình chất lượng kiểm thử như: kỹ kinh nghiệm tester cịn yếu, khơng hiểu rõ u cầu, vấn đề thời gian, chức phức tạp, thay đổi yêu cầu…đội test phải khảo sát rủi ro cẩn thận để tìm nguồn gốc nó, từ có chiến lược thích hợp để giảm bớt rủi ro  Xác định mốc kiểm sốt giai đoạn test Quy trình lập kế hoạch kiểm thử nên xác định pha kiểm thử toàn thành viên dự án biết điều giúp cho thành viên hiểu nắm rõ tồn mơ hình phát triển  Đưa sản phẩm Sau có kế hoạch chung kế hoạch chi tiết nhóm dự án phải tiến hành xem xét kế hoạch với tham gia tất người có liên quan, kể PM (Project manager) khách hàng Việc xem xét nhằm bảo đảm kế hoạch khả thi, để phát (và sữa chữa sau đó) sai sót kế hoạch Kết công việc kế hoạch kiểm thử hoàn chỉnh phê duyệt Các sản phẩm gồm: Bản kế hoạch kiểm thử (test plan), Thời gian biểu thực (test schedule), kế hoạch phòng tránh giải rủi ro (risk management) 1.3.2 Phân tích thiết kế kiểm thử  Xem xét tảng/ sở kiểm thử  Xác định điều kiện kiểm thử dựa phân tích item test, chi tiết kỹ thuật, hành vi cấu trúc phần mềm  Thiết kế test case  Đánh giá tính khả thi việc kiểm thử yêu cầu hệ thống  Chuẩn bị môi trường test xác định yêu cầu sở hạ tầng công cụ kiểm thử tương ứng 1.3.3 Thực thực thi kiểm thử Môi trường kiểm thử bao gồm tất yếu tố hỗ trợ cho kiểm thử test data, software, hardware, networks, tiện ích khác Việc chuẩn bị môi trường kiểm thử phải xác định số lượng đối tượng truy cập sử dụng hệ thống Môi trường kiểm thử tham khảo cho môi trường mà sản phẩm phần mềm chạy Nó xếp từ người sử dụng cuối đơn lẻ đến tất máy tính nối mạng Internet Việc thực test có nhiệm vụ chủ yếu sau đây:  Chuẩn bị test data  Thiết kế phân loại trường hợp kiểm thử dựa theo độ ưu tiên trường hợp tương ứng  Tự động hóa cho trường hợp kiểm thử thấy cần thiết Trong trình thực thi test, tester giao cho gói sản phẩm (bao gồm test script viết trước đó) Trong thực kiểm tra gói sản phẩm này, tester phải ghi lại lỗi xảy cách sử dụng quy trình cơng cụ quản lý lỗi, cho ghi kết bao gồm tiêu chí đánh giá pass hay fail test case, tổng hợp lỗi tìm thấy Và cuối gửi cho team lead tổng hợp viết báo cáo kết kiểm thử, đồng thời gửi cho developers sửa lỗi Đầu mong đợi trình thực thi test đưa test results defect report 1.3.4 Đánh giá tiêu chuẩn kết thúc báo cáo Mục đích: Đánh giá tồn trình kiểm tra, bao gồm xem xét đánh giá kết kiểm tra, liệt kê lỗi, định u cầu thay đổi, tính tốn số liệu liên quan đến trình kiểm tra (chẳng hạn số giờ, thời gian kiểm tra, số lượng lỗi, phân loại lỗi ) Đánh giá tiêu chuẩn kết thúc thông qua bước sau: Xác thực XML assertion phản hồi liệu có văn XML xác HTML Assertion xác nhận cấu trúc HTML phản hổi nhận từ máy chủ Config Elements Các yêu cầu gửi tới máy chủ tham số hóa cách sử dụng số thành phần cấu hình mà thực thi trước yêu cầu thực Một ví dụ đơn giản đọc giá trị biến từ tệp CSV mà cấu hình thiết lập CSV được sử dụng Dưới số thành phần cấu hình quan trọng sử dụng kiểm tra hiệu trang web ứng dụng di động  Cấu hình thiết lập liệu CSV  Các biến định nghĩa người dùng  Các yêu cầu HTTPS mặc định  Quản lý đệm HTTPS  Quản lý cookie HTTPS CSV Data Set Config Cấu hình thiết lập liệu CSV giúp Jmeter chọn giá trị số tham số từ tệp CSV thay truyền tham số khác yêu cầu riêng biệt Ví dụ, cần kiểm tra chức login với nhóm người dùng mật khác nhau, tạo hai cột file CSV nhập giá trị Jmeter chọn cho yêu cầu gửi đến máy chủ Dưới quy trình sử dụng cấu hình thiết lập liệu CSV để kiểm tra API thời tiết cho thành phố khác Ấn Độ  Thêm thành phần cấu hình thiết lập liệu CSV tới kế hoạch kiểm thử  Tạo tệp CSV  Biến pass tham số gửi yêu cầu Tham số APPID tạo tự động từ http://openweathermap.ord/appid  Chạy kiểm thử xem kết User Defined Variables Nó giúp Jmeter chọn giá trị từ biến định nghĩa trước Ví dụ, bạn cần tạo kế hoạch kiểm thử bạn cần thêm nhiều yêu cầu HTTP URL có kịch nơi phía khách hàng có kế hoạch di chuyển tới số URL khác Vì vậy, để tránh cập nhật URL yêu cầu nói Jmeter chọn URL từ UDV ( biến định nghĩa với người sử dụng ) có để cập nhật sau để xử lý tất yêu cầu để cập nhật URL HTTP Request Defaults Đây thành phần cấu hình hữu ích cho việc xác định giá trị mặc định yêu cầu https Để hướng dẫn bạn nhiều hơn, láy ứng dụng nơi cần truy cập 50 yêu cầu khác tới máy chủ google Trong hoàn cảnh này, thêm HTTP Request Default sau khơng cần xác đinh tên máy chủ, đường dẫn hay khác ví dụ số cổng, thời gian kết nối Bất xác định thành phần cấu hình HTTP Request Default kế thừa tất yêu cầu HTTP HTTP Cache Manager HTTP Cookie Manager sử dụng tạo Jmeter có hành vi trình duyệt thời gian thực HTTP Cache Manager làm nhớ đệm sau yêu cầu người khác quản lý việc cài đặt cookies Logic Controllers: Logic Controller cho phép bạn xử lý trật tự xử lý Samplers / Request Thread Logic Controllers định "When & How" gửi yêu cầu đến máy chủ web Logic Controller mà Jmeter cung cấp: Simple Controller, Loop Controller, Once Only Controller, Interleave Controller, Random Controller, Random Order Controller, Throughput Controller, Runtime Controller, If Controller, While Controller, Switch Controller, ForEach Controller, Module Controller, Include Controller, Transaction Controller, Recording Controller Một số logic controller thông dụng: o Interleave controller: Ứng dụng: Nếu ThreadGroup có user, thực lần lặp Trong Thread Group có interleave controller, với element A, B Thì với user, scope ngồi interleave controller thực bình thường, riêng interleave controller, với user, lần lặp, thực element (A B), lần thực thực element interleave controller, theo thứ tự (VD: Lần 1, thực A, lần thực B, lần lại thực A, lần thực B, …) o Switch controller: Ứng dụng: Tương tự interleave Controller, thay thực phần tử nó, thực phần tử theo giá trị switch VD: Trong phần tử switch, có A0, A1, A2, …An Giá trị switch lấy phần tử tương ứng mảng (đánh số từ 0) Giá trị switch chọn số, biến, đó, giá trị biến đưa phần tử chọn thích hợp o Random controller: Thực tương tự Interleave controller, điểm khác biệt nằm chỗ khơng thực theo thứ tự mà thực element o Random order controller: Thực tương tự Simpler Controller, điểm khác biệt nằm chỗ thực phần tử lần, thứ tự thực phần tử random o Transaction Controller: Transaction Controller cho phép tạo sampler bổ sung, sampler đo thời gian tổng thực để test lồng yếu tố với Có option: Generate parent sample: generate sample cha listener, Include duration of timer and pre-post processors in generate sample: tùy chọn generate timer, pre- and post-processing time delays sample controller o Simple Controller: Các Simple Controller cho phép tổ chức sampler đơn giản, không giống controller khác, controller không cung cấp chức thiết bị lưu trữ Một số Listeners thường sử dụng Jmeter Truy cập vào thông tin Jmeter tập hợp testcase chạy hiển thị chúng dạng khác như: graph, tree, table, …cho phép lưu giữ thông tin nhiều dạng file khác CSV, XML, txt, …Nó add vào nơi testplan thu thập liệu từ thành phần cấp cấp nó… Một số Listener Jmeter cung cấp: Sample Result Save, Configuration, Graph Full Results, Graph Results, Spline Visualizer, Assertion Results, View Results Tree, Aggregate Report, View Results in Table, Simple Data Writer, Monitor Results, Distribution Graph (alpha), Aggregate Graph, Mailer Visualizer, BeanShell Listener, Summary Report CHƯƠNG 3: DEMO KIỂM THỬ HIỆU NĂNG WEBSITE BẰNG CÔNG CỤ KIỂM THỬ JMETER APACHE 3.1 Giới thiệu Website VnExpress để kiểm thử hiệu 3.1.1 Giới thiệu chung VnExpress tờ báo Việt Nam thành lập tập đoàn FPT, mắt vào ngày 26 tháng năm 2001 hoạt động theo giấy phép số 548/GPBTTTT Bộ Thông tin Truyền thông cấp ngày 24/08/2021, Bộ Khoa học Cơng nghệ quản lý Ngồi ra, VnExpress cho mắt phiên báo điện tử Tiếng Anh để phục vụ người đọc nước Theo trang web Alexa, VnExpress xếp hạng top trang web có lượng truy cập nhiều Việt Nam vào năm 2019 Tòa soạn báo đặt tầng 10, tòa A FPT Tower, số 10 Phạm Văn Bạch, phường Dịch Vọng, quận Cầu Giấy, Hà Nội Văn phòng đại diện đặt tầng 6, Tòa nhà Exchange Tower - số đường Nam Kỳ Khởi Nghĩa, Phường Nguyễn Thái Bình, Quận 1, thành phố Hồ Chí Minh 3.1.2 Hình thành phát triển Hình thành: Ngày 26 tháng năm 2001, VnExpress thức mắt website lập trình ngơn ngữ VBScript tảng ứng dụng web ASP.NET, sử dụng phơng chữ Unicode Được lập trình ngơn ngữ VB6 tương tác với ActiveX Object trình duyệt Internet Explorer Microsoft, hệ thống quản lý nội dung hoạt động phần mềm máy tính giúp biên tập viên VnExpress thực thao tác soạn thảo Microsoft Word lưu trực tiếp máy Tuy nhiên, với nghèo nàn tính phiên HTML hành ActiveX Object lựa chọn tối ưu nhất, có hạn chế lớn chạy Internet Explorer Chỉ đến sau hệ thống quản lý nội dung nâng cấp với cách tiếp cận hỗ trợ đa trình duyệt tồn biên tập viên VnExpress giải phóng khỏi trình duyệt VnExpress bắt đầu vào hoạt động mua báo in cho nhân viên chọn tốt, hay, hấp dẫn đánh máy đưa lên trang nội dung Trong bối cảnh nước chưa có báo điện tử cách làm hiệu lớp độc giả tiên tiến quen lên mạng bắt đầu truy cập ngày thường xuyên Phát triển: Tiếp nối thành công VnExpress, năm 2004, 2005, trang ngách Ngơi sao, Gamethu, Số hóa, hay iOne, Du lịch… liên tục đời Điều khiến cho hệ thống bắt đầu phình to trở nên nặng nề, gây khó khăn việc phát triển tính dựa cơng nghệ sẵn có Đồng thời, việc tạo soạn hội tụ không triển khai độc lập hệ thống quản lý, gây tốn nguồn lực để trì tốn khó mà đội ngũ cơng nghệ thời cần tìm lời giải Năm 2012, VnExpress chuyển sang sử dụng mã nguồn mở Đây định mang tính bước ngoặt giúp giải tốn nêu Q trình chuyển đổi hệ thống liệu khổng lồ mười năm VnExpress sang mã nguồn mở kéo dài năm với yêu cầu vừa thực hoạt động chuyển đổi phải đảm bảo hệ thống trực tuyến không phút chết Bắt đầu từ Thể Thao, Số Hóa, Giải Trí Gia Đình đến ngày 15 tháng năm 2013, Kinh doanh – Chuyên trang cuối chuyển đổi thành công, đánh dấu việc hoàn thiện hệ thống quản lý nội dung hội tụ Song song với phát triển số lượng độc giả, hình thức truy cập người dùng phát triển với xu hướng sử dụng điện thoại thiết bị khác ngồi máy tính để bàn Nắm bắt xu hướng này, năm 2014, VnExpress chuyển sang phong cách thiết kế website đáp ứng nhu cầu hiển thị, phù hợp tất thiết bị truy cập Đội ngũ cơng nghệ tiếp tục đóng vai trị chủ đạo việc chuyển đổi hệ thống khổng lồ Bên cạnh đó, để đáp ứng tăng trưởng nội dung, nâng cao trải nghiệm độc giả, đội ngũ VnExpress không ngừng nghiên cứu triển khai nhiều công nghệ đáp ứng nhu cầu thể nội dung nhiều hình thức khác e-Magazine, livestream trực tuyến… Cũng thời gian gần đây, đội ngũ kỹ thuật VnExpress nghiên cứu thử nghiệm để đưa vào sử dụng công nghệ như: Hệ thống khuyến nghị người dùng, trợ lý ảo, cá nhân hố độc giả ứng dụng trí tuệ nhân tạo hoạt động xuất nội dung tương lai gần 3.2 Kịch kiểm thử hiệu năng, lấy mẫu kiểm thử thiết lập biến với mẫu thử 3.2.1 Kịch kiểm thử hiệu website VnExpress # Tên kịch Người dùng xem tin tức lĩnh vực cụ thể Các bước kịch Truy cập vào website Chọn danh mục tin tức muốn xem Chọn lĩnh vực cụ thể Chuyển trang để xem tin tức khác Xem tin Quay lại trang chủ 3.2.2 Thiết lập tham số ban đầu Sử dụng HTTP Request: Bước 1: Truy cập vào website Bước 2: Chọn danh mục tin tức Bước 3: Chọn lĩnh vực cụ thể Bước 4: Chuyển trang Bước 5: Xem tin tức Bước 6: Quay lại trang chủ 3.3 Kiểm thử hiệu website VnExpress tổng hợp dũ liệu kết 3.3.1 Kiểm thử với người dùng truy cập 3.3.2 Kiểm thử với 100 người dùng truy cập 3.4 Phân tích kết kiểm thử hiệu website VnExpress Label: Tên http request Sample: số lượng https request Average: Thời gian phản hồi trung bình, Đơn vị ms Error : tỉ lệ % số request bị lỗi Throughput: số request server xử lí Receivved: KB/sec thơng lượng KB nhận được/ giây Sent: thông lượng KB gửi đi/ giây ... phản hồi chậm gây lỗi Mục đích stress testing tìm độ tải lớn mà web server xử lý 2. 2 Ưu nhược điểm kiểm Jmeter 2. 2.1 Ưu điểm:  Mã nguồn mở: Jmeter phần mềm mã nguồn mở Điều có nghĩa tải xuống... https://jmetervietnam.wordpress.com /20 19/ 02/ 15/bai -2- huongdan-cai-dat-java/ Bước 1: Đi đến trang web Apache JMeter để download: https://jmeter.apache.org/download_jmeter.cgi Click vào apache-jmeter-5.3.zip để download Bước 2: ... trợ vài giao thức HTTP, FTP, SOAP, JDBC, JMS LDAP Nó sử dụng để kiểm thử hiệu suất sở liệu bạn 2. 2 .2 Nhược điểm:  Tiêu thụ nhớ: JMeter mơ tải nặng trực quan hóa báo cáo thử nghiệm Điều tiêu tốn