KIỂM THỬ PHẦN MỀM ĐỀ TÀI NGHIÊN CỨU KIỂM THỬ TỰ ĐỘNG THEO AGILE CHO DỊCH VỤ WEB, Agile là một phương pháp phát triển phần mềm linh hoạt, là một hướng tiếp cận cụ thể cho việc quản lý dự án phần mềm. Nó gồm một quá trình làm việc tương tác và tích hợp để có thể đưa sản phẩm đến tay người dùng càng nhanh càng tốt.
TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN _ _ BÁO CÁO THỰC NGHIỆM HỌC PHẦN KIỂM THỬ PHẦN MỀM ĐỀ TÀI NGHIÊN CỨU KIỂM THỬ TỰ ĐỘNG THEO AGILE CHO DỊCH VỤ WEB GVHD Nhóm Mã lớp : Ths Hồng Quang Huy : 10 : 20212IT6013002 Hà Nội, 2022 TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN _ _ BÁO CÁO THỰC NGHIỆM HỌC PHẦN: KIỂM THỬ PHẦN MỀM ĐỀ TÀI NGHIÊN CỨU KIỂM THỬ TỰ ĐỘNG THEO AGILE CHO DỊCH VỤ WEB GVHD Nhóm Mã lớp Sinh viên thực : : : : Ths Hoàng Quang Huy 10 20212IT6013002 Hà Nội, 2022 LỜI CẢM ƠN Lời đầu tiên, nhóm 10 xin gửi lời cảm ơn chân thành tới thầy Hoàng Quang Huy Trong trình học tập thực đề tài này, chúng em nhận quan tâm giúp đỡ, hướng dẫn tận tình, tâm huyết thầy Những chúng em nhận khơng dừng lại kiến thức mơn học mà nhiều lời khuyên, chia sẻ thực tế từ thầy Chính nhờ phương pháp dạy học thầy mà chúng em có hội khám phá phát huy khả thân Những buổi thực hành thầy hội tuyệt vời giúp chúng em rèn luyện tự tin, cẩn thận, kỹ giao tiếp, làm việc nhóm Đây hành trang quan trọng giúp chúng em tự tin bước chân vào môi trường làm việc thực tế Để hoàn thành đề tài này, nhóm chúng em nghiên cứu, thảo luận, áp dụng kiến thức học lớp với nguồn tài liệu Internet trải nghiệm thân Chúng em mong nhận lời nhận xét, góp ý từ thầy bạn đọc để đề tài hoàn thiện Một lần nữa, chúng em xin chân thành cảm ơn! Nhóm sinh viên thực Nhóm 10 MỤC LỤC Chương I: Cơ sở lý thuyết .1 Khái Niệm Lịch Sử Hình Thành a Cá nhân tương tác quy trình cơng cụ b Phần mềm chạy tốt tài liệu đầy đủ c Cộng tác với khách hàng đàm phán hợp đồng d Phản hồi với thay đổi bám theo kế hoạch .2 Nguyên Tắc Áp Dụng Trong Mô Hinh Agile a Thử nghiệm giúp dự án nhanh chóng bàn giao b Kiểm thử không giai đoạn dự án c Cá nhân tương hỗ quan trọng quy trình d Rút ngắn vịng lặp phản hồi e Thỏa mãn mong muốn khách hàng f Giữ dòng code rõ ràng g Giản lược tài liệu kiểm thử .4 h Chưa thể hoàn thành chưa qua giai đoạn kiểm thử k Test-Last & Test-Driven 4 Các giai đoạn kiểm thử phần mềm tương ứng với giai đoạn phát triển phần mềm mơ hình Agile a Tiền-Phân-đoạn (Pre-iteration): b Xác minh Yêu cầu c Các hoạt động Đảm bảo chất lượng: Lợi Ích xây dựng ứng dụng web phương pháp Agile a Sự linh hoạt .6 b Nâng cao khả lên kế hoạch thực tiễn cho dự án c Tăng tốc độ hoàn tất dự án .6 d Phản hồi liên tục user .7 e Tạo động lực cho team dự án g Tăng gắn bó mối quan hệ làm việc h Giảm thiểu chi phí k Chất lượng sản phẩm tốt j Hạn chế rủi ro Scrum gì? a Scrum có ích cho phát triển phầm mềm b Ba giá trị cốt lõi Scrum c Lợi ích mà Scrum mang lại d Các khái niệm Scrum CHƯƠNG II KẾT QUẢ THỰC NGHIỆM .13 2.1 Website kiểm thử 13 2.2 Yêu cầu đặc tả website 14 2.2.1 Yêu cầu chức 14 2.2.2 Yêu cầu hiệu 14 2.3 Công cụ kiểm thử Jmeter 14 2.4 Tiến hành kiểm thử website 16 2.5 Tiến hành kiểm thử công cụ Jmeter .18 Chương III: Bài Học Kinh Nghiệm .22 3.1 Bài học kinh nghiệm .22 3.2 Đánh giá kết 22 KẾT LUẬN 23 TÀI LIỆU THAM KHẢO 24 Chương I: Cơ sở lý thuyết Khái Niệm - - - Agile là phương pháp phát triển phần mềm linh hoạt, hướng tiếp cận cụ thể cho việc quản lý dự án phần mềm Nó gồm q trình làm việc tương tác tích hợp để đưa sản phẩm đến tay người dùng nhanh tốt Những phương pháp phát triển phần mềm theo cách truyền thống ngày bộc lộ nhiều nhược điểm tỷ lệ dự án thất bại cao thời kỳ bùng phát ngành công nghệ Nhận vấn đề đó, số cá nhân công ty riêng lẻ đưa phương pháp phát triển phần mềm đại khác để thích ứng với tình hình Những phương thức phát triển phần mềm giúp phần giải số vấn đề lại phát sinh vấn đề khác cộng tác, kỹ thuật, công cụ, hướng phát triển, chia sẻ … Lịch Sử Hình Thành Vào năm 2001, bản tuyên ngôn Agile (Agile Manifesto) đã thống đời nhóm người có uy tính phát triển phần mềm: - Individuals and interactions over processes and tools: Cá nhân tương tác quy trình cơng cụ - Working software over comprehensive documentation: Phần mềm chạy tốt tài liệu đầy đủ - Customer collaboration over contract negotiation: Cộng tác với khách hàng đàm phán hợp đồng - Responding to change over following a plan: Phản hồi với thay đổi bám theo kế hoạch a Cá nhân tương tác quy trình cơng cụ - Đặt trọng tâm vào người tương hỗ thành viên team Nếu dự án có thành viên có lực, chịu làm việc mang đến thành cơng cho dự án - Quy trình là thủ tục cần thiết để phát triển dự án thiết kế, sau đến lập trình, kiểm tra QA/QC Hay để đưa chức cần phải có đồng ý phận QA/QC … Quy trình cơng ty quy định bắt buộc nhân viên tham gia vào dự án phải tuân thủ - Công cụ là phần mềm sử dụng dự án : Phần mềm quản lý công việc, phần mềm quản lý source code, phần mềm quản lý lỗi… Có nhiều cơng cụ sử dụng để hỗ trợ tổ chức vận hành b Phần mềm chạy tốt tài liệu đầy đủ - Trong số quy trình phát triển phần mềm, việc tạo cập nhật tài liệu sản phẩm bắt buộc Nhóm lập trình viên khơng thể không đồng ý tiến hành công việc khơng có tài liệu đặc tả u cầu, thiết kế hệ thống - Nhóm kiểm thử u cầu tài liệu sản phẩm để viết trường hợp kiểm thử kiểm thử Nhóm QA đòi tất tài liệu phải viết trước sản phẩm giao cho khách hàng không khơng đủ điều kiện, chuẩn để giao sản phẩm cho khách hàng - Việc viết tài liệu thật nhiều thời gian cho chán Ý tưởng phải tập trung nhiều cho việc không cần thiết mà khơng dành thời gian để trao đổi để hiểu thêm cơng việc phải làm Sau đúc kết viết mà người cần đọc c Cộng tác với khách hàng đàm phán hợp đồng - Ta nghe câu “Khách hàng thượng đế” hay “khách hàng luôn đúng” Tuy nhiên khách hàng có nhiều dạng Cách để làm việc tốt phải cộng tác với khách hàng để hiểu khách hàng muốn cần để tư vấn điều chỉnh thay dựa vào điều quy định hợp đồng - Trao đổi thảo luận với khách hàng cần thiết có hay khơng chức sản phẩm, từ định có nên làm hay khơng Tất nhiên để thuyết phục khách hàng cần có số liệu nghiên cứu cụ thể chẳng hạn d Phản hồi với thay đổi bám theo kế hoạch - Có điểm chung hầu hết dự án có thay đổi điều chỉnh triển khai Sự thay đổi thay đổi requirements, thay đổi tech stack, thay đổi nhân sự, thay đổi deadline, thay đổi phương thức làm việc… kế hoạch định rõ ràng từ đầu - Agile khơng khuyến khích cho thay đổi khuyến khích tập thích nghi với thay đổi - Một nguyên tắc agile “phần mềm chạy tốt thước đo tiến độ” Nguyên tắc giúp nhóm dám loại bỏ công việc dư thừa không trực tiếp mang lại giá trị cho sản phẩm - Để vận hành chế “làm việc dựa giá trị”, nhóm agile thường làm việc trực tiếp thường xuyên với khách hàng, cộng tác trực tiếp với họ để biết yêu cầu có độ ưu tiên cao hơn, mang lại giá trị hơn sớm nhất có thể cho dự án Nhờ dự án agile thường giúp khách hàng tối ưu hóa giá trị dự án Một cách gần trực tiếp, agile gia tăng đáng kể độ hài lòng khách hàng Nguyên Tắc Áp Dụng Trong Mô Hinh Agile a Thử nghiệm giúp dự án nhanh chóng bàn giao Ở dự án truyền thống, kiểm thử thường xem bước cuối kiểm tra chất lượng sản phẩm Và việc ngăn chặn lỗi phầm mềm bị coi trách nhiệm QA/tester Bug tìm thấy dù quan trọng hay khơng làm chậm trình bàn giao sản phẩm.Trong dự án Agile, xây dựng sản phẩm tốt từ ban đầu, sử dụng kiểm thử để phản hồi phát triển để làm cho sản phẩm tương đồng với yêu cầu Nghe thay đổi nhỏ, thực chất việc có ý nghĩa lớn Mối liên hệ tester dev cần cộng tác, tương hỗ lẫn b Kiểm thử không giai đoạn dự án - Kiểm thử giaiđoạn trình phát triển Agile mà cần tham gia sâu vào quy trình phát triển từ sớm - Cách tiếp cận Agile tập trung vào việc xác nhận điều đắn từ đầu, giảm cần thiết phải có nhiều kiểm thử viên (QA Tester) cuối quy trình để đạt kết Đảm bảo tiến độ dự án liên tục c Cá nhân tương hỗ quan trọng quy trình - Với dự án truyền thống, tester làm việc độc lập chịu trách nhiệm với toàn hoạt động test - Đối với Agile, hoạt động test thực toàn dự án Để thực hết test cần thực lặp lại qua sprint - Tuy nhiên tới dự án lớn phức tạp lên có lúc khơng thể test hết testcase đề thực mục tiêu ban đầu đề Có nghĩa team khơng thể thực nhanh họ nghĩ Vì test chưa xong feature khơng thể xong được, để đẩy nhanh tốc độ team phải làm đẩy nhanh phần chậm nhất, test d Rút ngắn vòng lặp phản hồi - Thời gian từ viết code thực code tới biết code vận hành gọi feedback loop (vòng phản hồi) Nếu phần mềm không thực test kết thúc bàn giao vịng phản hồi bị kéo dài tới tháng, dài - Agile tạo nên vòng phản hồi ngắn với dự án Agile, phần mềm sẵn sàng để test từ bắt đầu Đặc thù Agile đội dự án có nhiều cấp độ kiểm thử để công nhiều loại liệu khác - Agile sử dụng nhiều test tự động trả lại phản hồi nhanh Test hồi quy thủ công nhiều thời gian thực hơn, cần có nhân lực khơng thực Kiểm tra thủ cơng cịn quan trọng - Tuy nhiên, đội Agile thường thấy thông tin phản hồi nhanh chóng tạo nên hồi quy tự động chìa khóa để phát vấn đề cách nhanh chóng, làm giảm rủi ro giảm việc phải làm lại e Thỏa mãn mong muốn khách hàng - Cho dù sử dụng phương pháp test tự động hay phương pháp test thủ cơng kịch test cần phải khớp với yêu cầu mong đợi từ phía khách hàng - Vì vậy, trước tốn thời gian tìm bug sửa lỗi đội ngũ phát triển ứng dụng, phần mềm website nên đặt câu hỏi để làm sáng tỏ mong muốn khách hàng chức sản f Giữ dòng code rõ ràng - Nguyên tắc ví dụ nguyên tắc mà đội Agile phải có Sẽ nhiều cơng sức thời gian để sửa lỗi chúng tìm thấy - Nếu lỗi đáng sửa vịng lặp đơi kết sau sửa không tốt làm từ đầu ảnh hưởng tới phần khác g Giản lược tài liệu kiểm thử Thay viết dài dịng Agile test - Tái sử dụng checklist - Tập trung vào chất thử nghiệm chi tiết ngẫu nhiên - Sử dụng tài liệu hướng dẫn đơn giản - Nắm bắt ý tưởng thử nghiệm điều lệ kiểm nghiệm thăm dị h Chưa thể hồn thành chưa qua giai đoạn kiểm thử - Trong dự án truyền thống có phân tách rõ ràng dev test, đặc trưng cho việc dev nói “xong” với phần họ phát triển chưa test Do thực tế phần phát triển chưa xong test xong bug fix - Đó lý mà phần mềm để “90% done” Agile không tính “done” mà cần sẵn sàng cho chấp nhận Product Owner khách hàng thực thi test k Test-Last & Test-Driven Trong môi trường phát triển truyền thống, test lấy từ tài liệu yêu cầu Yêu cầu design đầu tiên, sau đến kiểm thử Q trình kiểm thử diễn cuối dự án Tuy nhiên kiểm thử cung cấp ví dụ ý nghĩa việc phát triển thỏa mãn yêu cầu Test định hướng từ thành phần project, có tài liệu dự án Việc thực test tiến hành vào thời điểm cuối project Đây gọi cách tiếp cận “testlast” – Test sau Các giai đoạn kiểm thử phần mềm tương ứng với giai đoạn phát triển phần mềm mô hình Agile a Tiền-Phân-đoạn (Pre-iteration): u cầu phân tích chi tiết BA (Business Analyst – chuyên viên phân tích nghiệp vụ) tiêu chí chấp nhận (acceptance criteria) Và QA sử dụng yêu cầu từ đầu, ta cần phải xác minh (verify) yêu cầu từ sớm thường xuyên b Xác minh Yêu cầu - Phương pháp tiếp cận & kiểm tra nhanh Agile thông thường thiên việc đưa phản hồi sớm; Và phương pháp cần phải bắt đầu việc kiểm tra yêu cầu từ sớm QA tester để làm sáng rõ ý nghĩa tính khả-kiểm - - - - - (testability) Việc đảm bảo yêu cầu rõ ràng kiểm thử Yêu cầu cần đủ nhỏ để có ý nghĩa bối cảnh xác định; Tiêu chí chấp nhận (acceptance criteria: story thường sử dụng cho tiêu chí chấp nhận) khơng nên bị trùng lặp, chồng chéo từ story khác nhau, giai đoạn nên phân bố cách cụ thể ví dụ cách tiếp cận kiểm tra nhanh thơng thường user story: tóm tắt đơn giản, ngắn gọn chức mà khách hàng mong muốn Tiêu chí chấp nhận (Acceptance Criteria): tiêu chí dùng để đánh giá sản phẩm, chức thực yêu cầu hay chưa? Có thể coi tiêu chí xác nhận hồn thành story Các tiêu chí đặt phải đáp ứng đặc tính sau: Tính khả dụng (usability): tiêu chí trả lời cho câu hỏi: Có dễ sử dụng hay khơng? Tính chức (Functionality) Xử lý lỗi (error handing): Liệt kê lỗi gặp phải trình sử dụng chương trình phương thức để xử lý Ví dụ người dùng thực sai thứ tự bước chương trình xử lý nào? Hiệu suất( Performance) Stress tests: Là tiêu chí trả lời cho câu hỏi: Hệ thống hoạt động áp lực có nhiều người truy cập thời điểm, có nhiều request gửi đến hệ thống… Để đạt mục tiêu giai đoạn cần có giao tiếp chặt chẽ bên Đội Phát triển / Nhà phân tích nghiệp vụ/ Đảm bảo chất lượng Khi bắt đầu Sprint Scrum Master cần đưa mục tiêu Sprint mục tiêu không phép thay đổi Sprint hồn thành Tuy nhiên Product Owner có quyền huỷ Sprint trước thời hạn kết thúc Mặc dù để làm điều Product Owner cần đồng thuận Development Team Scrum Master Sau Sprint kết thúc bên dựa kết Sprint để lên kế hoạch cho Sprint Sprint Planning Đây bước cần phải thực trước Sprint bắt đầu Development team họp với Product Owner để lên kế hoạch cho sprint Những công việc cần phải hoàn thành Sprint để hồn thành cơng việc Sau thống số lượng công việc, thời gian hồn thành bắt đầu Sprint Trong thực Sprint phải có buổi họp gọi Daily Sprint hay Daily Meeting Daily Sprint Các buổi họp Daily Sprint thường kéo dài khoản 15 phút, buổi họp tất thành viên báo cáo lại: Những họ làm ngày hơm qua Những họ cần làm ngày hơm Những khó khăn mà họ gặp phải Mỗi buổi họp giúp việc dự kiến kế hoạch đưa Sprint làm tiến triển liệu có cần phải cập nhật lại kế hoạch đưa hay không Tất nhiên cần nhớ việc thay đổi kế hoạch không bao gồm thay đổi mục tiêu đưa Sprint Ví dụ bạn tăng thêm thời gian để hồn thành chức qua khiến Sprint phải kéo dài dự kiến Tuy nhiên mục tiêu Sprint cho phát hành phiên cần giữ nguyên Sprint Review Là công việc thực nhóm phát triển product owner cuối mối Sprint nhằm đánh giá lại kết thực Từ lúc Sprint hoàn thành qua đưa chỉnh sửa, thay đổi cần thiết Sprint sau Sprint Restrospective Dưới trợ giúp Scrum master, team phát triển sẽ tổng kết kiến nghị đánh giá từ bước Sprint Review để đưa cải tiến nhằm nâng cao hiệu làm việc sản phẩm Các công cụ (artifacts) Scrum Scrum sử dụng công cụ đơn giản hiệu để trợ giúp công việc Product backlog Đây danh sách ưu tiên tính (feature) đầu khác dự án Có thể hiểu danh sách yêu cầu (requirement) dự án Product Owner chịu trách nhiệm xếp độ ưu tiên cho hạng mục (Product Backlog Item) Product Backlog dựa giá trị Product Owner định nghĩa (thường giá trị thương mại – business value) Sprint backlog Đây kế hoạch cho Sprint; kết buổi họp lập kế hoạch (Sprint Planning) Với kết hợp Product Owner, nhóm phân tích u cầu theo độ ưu tiên từ cao xuống thấp để thực hóa hạng mục Product Backlog dạng danh sách công việc (TODO list) Burndown Chart Đây biểu đồ hiển thị xu hướng dự án dựa lượng thời gian cần thiết cịn lại để hồn tất cơng việc Burndown Chart dùng để theo dõi tiến độ Sprint (được gọi Sprint Burndown Chart) dự án (Project Burndown Chart) Biểu đồ burndown thành tố tiêu chuẩn Scrum theo định nghĩa mới, sử dụng rộng rãi tính hữu ích Các công cụ quản lý dự án theo Agile mà bạn nên biết Trello Hình Ví dụ Trello Đây ứng dụng quản lý dự án tiếng sử dụng nhiều Nó có tài khoản miễn phí cao cấp mang đến cho bạn hội tuyệt vời để sử dụng hầu hết chức phổ biến Cấu trúc Trello dựa phương pháp kanban Tất dự án đại diện bảng, có chứa danh sách Mọi danh sách có thẻ lũy tiến mà bạn tạo dạng kéo thả Người dùng có liên quan đến bảng, gán cho thẻ Tóm lại, có nhiều tính hay, nhỏ khơng phần hữu ích: viết bình luận, chèn tệp đính kèm, ghi chú, ngày đáo hạn, danh sách kiểm tra, nhãn màu, tích hợp với ứng dụng khác, v.v Ngoài ra, Trello hỗ trợ tất tảng di động Trello cơng cụ sử dụng cho công việc quy trình cá nhân JIRA Hình Ví dụ JIRA JIRA công cụ phát triển để theo dõi lỗi, theo dõi vấn đề quản lý dự án cho quy trình phát triển phần mềm di động Bảng điều khiển JIRA có nhiều chức & tính hữu ích xử lý vấn đề khác cách dễ dàng Một số tính cố chính: loại cố, quy trình làm việc, hình, trường, thuộc tính vấn đề Một số tính bạn khơng tìm thấy nơi khác Bảng điều khiển JIRA tùy chỉnh để phù hợp với quy trình kinh doanh bạn Asana Hình Ví dụ Asana Asana cơng cụ quản lý cơng việc cho phép nhóm chia sẻ, lập kế hoạch, tổ chức theo dõi tiến trình nhiệm vụ mà thành viên thực Nó đơn giản, dễ sử dụng miễn phí cho tối đa 30 người dùng nhóm Như tất tảng phần mềm quản lý dự án Agile trước với mục tiêu cho phép quản lý dự án nhiệm vụ Điều đáng ý bạn không cần phải có email để sử dụng Asana Mỗi nhóm tạo nơi làm việc chứa dự án nhiệm vụ dự án: tác vụ có ghi chú, nhận xét, tệp đính kèm thẻ Cơng cụ sử dụng cho quy trình nhỏ cho quy trình lớn mà khơng có giới hạn ngành phận Resource cho bạn tìm hiểu Agile Scrum: Việc làm, tuyển dụng Agile: Có nhiều TopDev với mức lương cực hấp dẫn Scrum.org: đầy đủ kiến thức bản, nâng cao Scrum chứng Scrum Agile Manifesto: Agile, tuyên ngôn Agile cho người bắt đầu Agile Vietnam Group và Agile forum Vietnam: diễn đàn lớn Agile Việt Nam, cùng chia sẻ thông tin, kiến thức, kiện Agile CHƯƠNG II KẾT QUẢ THỰC NGHIỆM 2.1 Website kiểm thử Website bán đồ công nghệ điện thoại, máy tính , 2.2 Yêu cầu đặc tả website 2.2.1 Yêu cầu chức Đăng nhập -Mô tả: khách hàng đăng nhập vào hệ thống với tài khoản Có chức tự động đăng nhập cho lần sau Đăng ký - Mô tả: Khách hàng tạo tài khoản mới, tự động đăng nhập sau đăng ký Sửa thông tin khách hàng -Mô tả: Khách hàng sửa thông tin cá nhân email, số điện thoại, họ tên, mật khẩu…Hệ thống cập nhật lại thông tin khách hang Chi tiết sản phẩm -Mô tả: Khách hàng xem thông tin chi tiết sản phẩm như: tên, hình ảnh, giá, mơ tả, đánh giá… Thêm giỏ hàng -Mô tả: Khách hàng thêm sản phẩm vào giỏ hàng Hệ thống cập nhật giỏ hàng Thêm vào danh mục u thích -Mơ tả: Khách hàng thêm sản phẩm vào danh mục yêu thích Hệ thống cập nhật danh mục u thích Tìm kiếm sản phẩm Mơ tả: Khách hàng tìm kiếm sản phẩm theo tên, từ khóa, giá, nhà sản xuất… Mua hàng Mô tả: Khách hàng điền số điện thoại địa nhận hàng vào biểu mẫu đặt hàng sau nhấn đặt hàng Hệ thống tạo đơn cho khách hàng 2.2.2 Yêu cầu hiệu Tính dễ sử dụng: Ngôn ngữ giao diện dễ hiểu, biểu tượng mang ý nghĩa quán Tính ổn định: Số lượng truy cập tối đa thời điểm: 1000 truy cập 2.3 Công cụ kiểm thử Jmeter JMeter ứng dụng mã nguồn mở Java, phát triển Stefano Mazzocchi JMeter dùng để kiểm tra hiệu năng, khả chịu tải chức Tại sử dụng JMeter? Bạn kiểm thử trang web mà biết hoạt động tốt chưa? Bao nhiêu người truy cập mà trang web hoạt động tốt, không xảy vấn đề gì? Giả sử ngày đó, sếp u cầu bạn kiểm thử hiệu trang web www.google.com cho 100 người dùng truy cập lúc, bạn làm gì? Bạn nghĩ cách 100 người sử dụng 100 máy PC truy cập đồng thời hay sao? Bạn nghĩ cách 100 người sử dụng 100 máy PC truy cập đồng thời hay sao? Thật không khả thi chút điều kiện thiết bị không cho phép Nếu sếp bạn lại bảo cho số lượng lên đến 1000 lại khơng thể Chính cần phải có cơng cụ (tool) để bạn thực mô hành vi người để kiểm thử hiệu suất trang web JMeter Jmeter làm gì? Jmeter cơng cụ giúp ta giả lập thao tác người dùng web Bằng việc giả lập thao tác số lượng người dùng định, Jmeter giúp ta đánh giá kết quả: Web chịu lượt truy cập/thao tác liên tục lúc? Để đáp ứng số lượng X người sử dụng, cần phân phối họ truy cập bao lâu? Như để Web hoạt động bình thường? Thời gian response liệu server với mức tải người dùng? Kết hợp với số tool monitor server, ta theo dõi thay đổi vật lý server có tải lớn như: CPU, RAM, Network traffic… Cài đặt khởi chạy Jmeter Bước 1: Download Apache Jmeter