Đồ án tốt nghiệp nghiên cứu các giải pháp kiểm thử ứng dụng trên nền web

Website ra đời đã mở ra hướng mới cho việc phát triển các ứng dụng trêninternet.Website kết hợp sử dụng nhiều công nghệ khác nhau cho phép hai ứngdụng cùng ngôn ngữ, độc lập hệ điều hành

MÔN HỌC: ĐỒ ÁN TỐT NGHIỆP

Hà Nội - Năm 2015

Chuyên ngành: Công nghệ thông tin

thầy cô giáo, gia đình và bạn bè đã động viên giúp đỡ em rất nhiều trong quátrình làm đồ án này Đặc biệt em xin bày tỏ lòng cảm ơn sâu sắc tới thầy giáohướng dẫn TS Đinh Tuấn Long về sự tận tình, tận tâm hướng dẫn em từ những ýtưởng đầu tiên cho đền lúc hoàn thành đồ án tốt nghiệp.

Em xin bày tỏ lòng biết ơn tới gia đình thân yêu, những người bạn thân đãluôn tin tưởng, quan tâm, động viên, giúp đỡ em trong thời gian qua

Em rất mong nhận được sự đánh giá, bổ sung và những lời chỉ bảo của cácthầy cô đề em có thể tiếp tục nghiên cứu kĩ hơn về lĩnh vực này

Em xin chân thành cảm ơn!

Hà Nội, ngày 28 tháng 1 năm 2015

Nhóm sinh viên: Phạm Thị Ngà

LỜI NÓI ĐẦU

TÓM TẮT ĐỒ ÁN

MỞ ĐẦU

Lý do chọn đề tài 9

Mục đích nghiên cứu 9

Phạm vi nghiên cứu 10

Bố cục đề tài 10

CHƯƠNG 1 CƠ SỞ LÝ THUYẾT 1.1 Một số định nghĩa về quá trình kiểm thử 1

1.2 Một số định nghĩa về quá trình kiểm thử phần mềm 2

1.3 Mục tiêu của kiểm thử 2

1.4 Vai trò của kiểm thử 2

CHƯƠNG 2: NHỮNG VẤN ĐỀ LIÊN QUAN TỚI QUÁ TRÌNH KIỂM THỬ PHẦN MỀM 2.1 Vòng đời kiểm thử 3

2.2 Tiến trình test và các dạng test trong các giai đoạn 5

2.3 Những thành phần của một kế hoạch kiểm thử 9

CHƯƠNG 3 PHƯƠNG PHÁP VÀ CÁC LOẠI KIỂM THỬ 3.1 Phương pháp kiểm thử 10

3.1.1 Khái niệm 10

3.1.2 Các phương pháp 10

3.2 Loại kiểm thử 13

3.3 Tìm hiểu về công cụ kiểm thử hiệu năng ( webserver tress tool) 16

3.3.1 Một số công cụ kiểm thử hiệu năng 16

3.3.2 Tìm hiểu về công cụ kiểm thử hiệu năng Webserver stress tool 26

3.3.3 Cài đặt 27

3.3.4 Đối tượng thực nghiệm 30

3.3.5 Bảng lỗi 38

4.1 Đối tượng kiểm thử 42

4.2 Tìm hiểu về ERP 43

4.3 Mục tiêu 44

4.4 Các loại report trong dự án Team link 44

4.5 Thực nghiệm 46

4.5.1 Testcase 47

4.5.2 Cách viết test case theo hàng ngang 48

4.5.3 Cách viết test case theo hàng dọc 54

TÀI LIỆU THAM KHẢO 55

Hình 1.1: Vòng đời kiểm thử 3

Hình 1.1: Minh họa 1 kế hoạch kiểm thử 9

Hình 3.1 : Thực hiện cài đặt “ Bước 2” 27

Hình 3.2 : Thực hiện cài đặt “ Bước 3” 28

Hình 3.3 : Thực hiện cài đặt “ Bước 4” 28

Hình 3.4 : Thực hiện cài đặt “ Bước 5” 29

Hình 3.5 : Thực hiện cài đặt “ Bước 6” 29

Hình 3.6 : Thực hiện cài đặt “ Bước 7” 30

Hình 3.7 : Đối tượng thực nghiệm 30

Hình 3.8 : Nhập dữ liệu cho TestType 31

Hình 3.9 : Màn hình URLs 32

Hình 3.10 : Chạy Start test 33

Hình 3.11: Quá trình chạy 33

Hình 3.12: Quá trình chạy 34

Hình 3.13: Đưa kết quả test 34

Hình 3.14: màn hình View logfie Result 35

Hình 3.15: màn hình View logfie Result 35

Hình 3.16: màn hình View logfie Result 36

Hình 3.17: màn hình View logfie Result 36

Hình 3.18: màn hình View logfie Resul 37

Hình 3.19: màn hình View logfie Resul 37

Hình 4.1: Giao diện hệ thống “ website bán hàng giày, quần áo thể thao” 42

Hình 4.2 Mô hình ERP 43

Hình 4.3: Báo cáo PO 44

Hình 4.4: Báo cáo cust PO 45

Hình 4.5: Báo cáo SO 45

Hình 4.6: Đối tượng Demo PO 46

Hình 4.7: Đối tượng báo cáo Demo 47

Hình 4.7 Cách viết test case theo hàng ngang 53

Hình 4.8 Cách viết test case theo hàng dọc 54

Bảng 3.1: Bảng báo lỗi (html erro) 41

Với đề tài “ Nghiên cứu các giải phải kiểm thử ứng dụng trên nền web”này, em xây dựng dựa trên việc tìm hiểu lí thuyết và thực tế Cụ thể là gồm haiphần chính đó là: lý thuyết nằm trong chương 2,3 và nửa chương 4, phần đề mônằm trong cuối chương 4 và chương 5 Đăc biêt dự án em thực hiện đề mô là 1

dự án đang được phát triển tại Công Ty Hanel Soft Ware

Website ra đời đã mở ra hướng mới cho việc phát triển các ứng dụng trêninternet.Website kết hợp sử dụng nhiều công nghệ khác nhau cho phép hai ứngdụng cùng ngôn ngữ, độc lập hệ điều hành trao đổi được với nhau thông quátrượng mạng.Điểm khác biệt lớn nhất và đặc trưng nhất của một trang web là cóthể liên kết với các trang web khác, và các trang web khác ấy lại liên kết với rất nhiềucác trang nữa tạo thành một mạng lưới liên kết khổng lồ trên toàn thế giới.Tuynhiên, nó mang đến cho các nhà kiểm thử và phát triển phần mềm thách thức.

Sự phức tạp và tính linh hoạt, phụ thuộc các ứng dụng vào một dịch vụ,thiếu thử nghiệm là một trong những thách thức kiểm thử mà các nhà phát triểnwebsite phải đối mặt Vì vậy, nhu cầu kiểm thử web ngày càng tăng lên trở thànhthiết yếu đối với dự án phần mềm

Các lỗi là nguyên nhân chính của năng suất thấy và làkết quả của nhữngsai sót trong suốt vòng đời phát triển của phần mềm Những lỗi này bao gồm mọi lỗithực thi, các lỗi bảo mật, thực hiện sai sót chức năng, lỗi sụp đổ hệ thống… càngsớm phát hiện vấn đề, càng dễ để sửa lỗi và giảm thời gian chi phí cho phần mềm

Nói chung các nhà phát triên, nghiên cứu, những chuyên gia dựa vào thựcnghiệm kiểm tra tính đảm bảo các chức năng dịch vụ, độ tin cậy của website,cung cấp các giải pháp kiểm thử phần mềm Ngoài ra, Khả năng tương tác, anninh và các vấn đề liêm quan có ảnh hưởng tới nhà sản xuất và người sử dụng

Bên cạnh đó , trong thời gian học tập tại khoa Công Nghệ Thông Tin em

đã được học và tìm hiểu, tiếp xúc một phần nhỏ cảu kiểm thử phần mềm

Với những lí do đó, được sự hướng dẫn của thầy giáo TS.Đinh Tuấn Long

em đã chọn đề tài:” Nghiên cứu các giải pháp kiểm thử ứng dụng trên nền web”làm hướng nghiên cứu cho đồ án tốt nghiệp của mình

các trường hợp kiểm thử một cách có hiệu quả và áp dụng vào bài toán thựctế.Hơn thế nữa, thực hiện đề tài này sẽ giúp em có những kiếm thức thực tế bổích để phục vụ cho công việc trong tương lai.

1.1 Tổng quan về quá trình kiểm thử

1.2.Một số định nghĩa về quá trình kiểm thử phần mềm

1.3.Mô hình khái niệm của quá trình kiểm thử

1.4.Mục tiêu của kiểm thử

1.5.Vai trò của kiểm thử

Chương 2: Những vấn đề liên quan tới quá trình kiểm thử phần mềm

2.1.Vòng đời kiểm thử

2.2 Tiến trình test và các dạng test trong các giai đoạn

2.3.Những thành phần của một kế hoạch kiểm thử

2.4.Các chỉ tiêu đánh giá kiểm thử

Chương 3: Phương pháp và các loại kiểm thử

3.1.Phương pháp kiểm thử

3.2.Các loại kiểm thử

3.3.Tìm hiểu về công cụ kiểm thử hiệu năng ( web server stress tool)Chương 4: Triển khai thực nghiệm việc kiểm thử

CHƯƠNG 1

CƠ SỞ LÝ THUYẾT 1.1 Một số định nghĩa về quá trình kiểm thử

Kiểm thử là việc kiểm tra kết quả thực hiện của chương trình máy tínhxem có đúng với các mục tiêu đã đặt ra với nó không thông qua việc thực hiện ởmột số mẫu thử.Kiểm thử phần mềm bao gồm quá trình kiểm tra và kiểm định đểđảm bảo phần mềm đáp ứng nhu cầu người dùng, phần mềm chạy đúng chứcnăng.Kiểm thử phần mềm có thể được thực hiện ở bất kỳ giai đoạn nào trongphát triển phần mềm, phổ biến nhất là kiểm thử sau khi yêu cầu người dùng hoànthiện hoặc phần mềm vừa xong giai đoạn phát triển Tuy nhiên, trong quy trìnhphát triển phần mềm theo kiểu Agile thì kiểm thử phần mềm là quy trình đi cùngvới việc phát triển phần mềm.Kiểm thử là việc tìm ra những lỗi trong bản thânphần mềm, việc kiểm thử này trong phần mềm sẽ biểu thị ra những thiếu sót mà

ta có thể nhận thấy trong hành vi của phần mềm, và tìm ra những phần khôngtuân theo quy định và đi lệch ra khỏi những yêu cầu của phần mềm

Theo một số nhà nghiên cứu thì kiểm thử phần mềm được định nghĩa như sau:

 Dijkstra: Kiểm thử sẽ hiện thị những lỗi hiện có, nhưng không hiển thị lỗichưa thấy

 Beizer

Định luật 1: Mọi phương pháp bạn sử dụng để ngăn ngừa hoặc tìm thấylỗi bỏ đi một phần lỗi rắc rối, cái mà những phương thức cần

Định luật 2: Phần mềm phức tạp lớn hơn những giới hạn khả năng quản

lý Những người kiểm thử không tốt hơn trong thiết kế lỗiso với những lập trìnhviên kiểm thử trong thiết kế mã

 IEEE: Kiểm thử là tiến trình vận hành hệ thống hoặc thành phần dưới nhữngđiều kiện xác định, quan sát hoặc ghi nhận kết quả và đưa ra đánh giá về hệthống hoặc thành phần đó

 Myers: Kiểm thử là tiến trình thực thi chương trình với mục đích tìm thấy lỗi.(The art of software testing)

Giữa kiểm thử và gỡ rối có sự khác biệt: Kiểm thử nhằm phát hiện ra lỗitrong khi đó gỡ rối là việc xác định bản chất lỗi và định lỗi trong chương trình,sau đó tiến hành sữa lỗi.

1.2 Một số định nghĩa về quá trình kiểm thử phần mềm

Một sai sót(Error): Là một sự nhầm lẫn hay một sự hiểu sai trong quá trìnhphát triển phần mềm của người phát triển.Một lỗi(fault, defect): Xuất hiện trongphần mềm như là kết qủa của một sai sót.Một hỏng hóc(failure):là kết quả củamột lỗi xuất hiện làm cho chương trình không hoạt động được hoặc hoạt độngđược nhưng không cho kết quả như mong muốn

Dữ liệu thử(test data): Dữ liệu vào cần cung cấp cho phần mềm khi thựcthi.Kịch bản kiểm thử(test scenario): Các bước thực hiện khi kiểm thử.Phán xétkiểm thử(test oracle): Là việc đánh giá của kiểm thử, có hai cách đánh giá đó làbằng chương trình(tự động), bằng con người(thủ công).Kiểm thử viên(tester):Người thực hiện kiểm thử.Ca kiểm thử(test case):Tập dữ liệu kiểm thử, điều kiệnkiểm thử, để đưa ra kết quả mong đợi

1.3 Mục tiêu của kiểm thử

Bằng việc kiểm thử sẽ tìm ra được những lỗi trong phần mềm(Myers,1979)và thiết lập chất lượng của phần mềm(Hetzel,1988).Việc kiểm thửthành công khi bạn tìm được ít nhất một lỗi, và đưa ra sự đánh giá với độ tin cậylớn.Đáp ứng được các yêu cầu công việc và kỹ thuật đã được qui định trong thiết

kế và trong lúc phát triển, làm việc như mong đợi và có thể thực thi với các đặctính giống nhau

1.4 Vai trò của kiểm thử

- Testing để tìm ra lỗi, ghi nhận các thông tin về lỗi, nhưng không sữa lỗi

- Testing giúp kiểm định phần mềm, đảm bảo rằng phần mềm “đủ tốt” với độ

rủi ro “thấp nhất” có thể

Hình 1.1: Vòng đời kiểm thửKiểm điểm yêu cầu: Người kiểm thử kiểm điểm yêu cầu phần mềm để dùngchúng và chắc rằng chúng là kiểm thử được (Nếu chúng không kiểm thử đượcthì yêu cầu là mơ hồ và cần được xem lại); đây là một hoạt động quan trọng trong

nguyên lí kĩ nghệ phần mềm chủ trương người kiểm thử phải tham gia sớm trong

dự án phần mềm và làm việc chặt chẽ với các kĩ sư yêu cầu để chắc rằng các yêucầu phần mềm là tốt và đầy đủ trước khi dự án bắt đầu

Lập kế hoạch kiểm thử: Người kiểm thử biết cái gì cần được kiểm thử, và lập

kế hoạch các hoạt động kiểm thử của họ như: Chuẩn bị chiến lược kiểm thử, kếhoạch kiểm thử, lịch biểu kiểm thử và ước lượng thời gian kiểm thử Bởi vìngười kiểm thử tham gia sớm vào trong dự án, họ có thể làm việc chặt chẽ vớikiến trúc sư phần mềm và người thiết kế phần mềm trong việc xác định mọi cấuphần của sản phẩm phần mềm, cả yêu cầu chức năng và phichức năng.Ngườikiểm thử cũng giúp nhận diện giao diện giữa phần cứng và phần mềm cũng nhưlập kế hoạch cách kiểm thử các yêu cầu này

- Để thiết kế 1 kế hoạch kiểm thử thường dùng Msproject

Cách tạo test plan bằng Msproject : Muốn lên được test plan tốt, người lên kếhoạch cần phải dựa vào một số yếu tố sau:’’ master plan kế hoạch tổng thể của

dự án Code Plan, kế hoạch coding sản phẩm, nhân sự trong nhóm, trình độ vànăng lực của các thành viên trong nhóm,chính sách mục tiêu chất lương củacông ty , các yêu cầu test của khách hàng hoặc hệ thống,khách hàng cần test nhưthế nào, đảm bảo dự án hoạt động tốt trên các môi trường gì, có cần dùng công

cụ test hiệu năng, hiệu suất hay không?

Ví dụ: Tạo 1 test plan bao gồm các nội dung công việc của tester để thực hiệntest 1 website đơn giản

o Yêu cầu: Hoàn thành test trong vòng 1 tháng

o Test trên các môi trường : IE7, 8, 9, FF3.6.8, chrome

o Thực hiện test hiệu năng, hiệu suất của website

Bước 4: Xác định ngày bắt đầu và ngày hoàn thành task Hệ thống tự động bỏqua 2 ngày nghỉ là thứ 7 và CN Tuy nhiên người làm plan vẫn có thể chọn thứ 7

Các modul mà người kiểm thử cần phải thiết kế khi kiêm thử:Viết tescasemodul quản trị hệ thống,viết testcase modul quản trị dự án, viết testcase modulquản trị thiết bị, unit test modul quản trị hệ thống,unit test modul quản trị dự án,unit test modul quản trị thiết bị,modul test : liệt kê các modul của hệ thống,system test toàn bộ hệ thống, thực hiện test hiệu năng hệ cho hệ thống, tổng hợp

và lên báo cáo kết quả test, viết tài liệu hướng dẫn sử dụng hệ thống, viết tài liệuđào tạo hệ thống,lưu tài liệu lên tài nguyên chung và kết thúc dự án

Thiết lập môi trường kiểm thử: Người kiểm thử thiết lập môi trường kiểm thử

và chắc rằng nó là hệt như với môi trường người dùng

Thực hiện kiểm thử: Người kiểm thử thực hiện các trường hợp kiểm thử của

họ và kịch đoạn kiểm thử trong môi trường kiểm thử để xác định chất lượng củaphần mềm (Qua/Hỏng) và phát sinh kết quả kiểm thử và báo cáo khiến khuyết.Người kiểm thử tiến hành kiểm thử chức năng, kiểm thử tích hợp, và kiểm thử hệthống và giúp khách hàng tiến hành kiểm thử chấp nhận của người dùng

2.2 Tiến trình test và các dạng test trong các giai đoạn

Các dự án có thể được chia thành 3 giai đoạn test Giai đoạn đầu tiên gọi

là kiểm thử Alpha, giai đoạn thứ 2 là kiểm thử Beta, giai đoạn 3 là giai đoạn cuối

cùng Trong từng giai đoạn, có những gợi ý và đề xuất các phương pháp test phùhợp, gồm:

- Kiểm thử chức năng là một nhóm kiểm thử rất rộng bao gồm FAST,TOFT, kiểm thử biên, kiểm thử dạng khám phá và các dạng khác Để định nghĩatốt hơn phạm vi của kiểm thử chức năng, hãy xem các mức hoạt động khác nhaucủa một ứng dụng.FAST: Mỗi đầu vào và điều khiển duyệt có hoạt động đúngnhư mong đợi? TOFT: Ứng dụng có thể thực hiện các chức năng hữu ích nhưmong đợi? Kiểm thử biên điều gì xảy ra khi sử dụng các giá trị biên? Kiểm thửlỗi ép buộc điều gì xảy ra khi một điều kiện lỗi xuất hiện? Kiểm thử dạng khámphá kinh nghiệm nói lên điều gì về các vùng tiềm ẩn vấn đề trong ứng dụng?Kiểm thử dạng khám phá bao gồm việc nghiên cứu, lập kế hoạch, và thực thikiểm thử một cách đồng thời Tấn công phần mềm: Tại sao phần mềm bị lỗi?Làm thế nào bạn có thể biến những bài học kinh nghiệm thành các hoạt độngtương tác nhằm công kích và phát hiện các lỗi phần mềm?

- FAST

FAST: (Funcitonal acceptance simple testing) Kiểm thử đơn giản chấpnhận chức năng Kiểm thử đơn giản chấp nhận chức năng-FAST là mức thứ haicủa kiểm thử chấp nhận phát hành(Release acceptance testing- RAT) Kiểm thửFAST bao phủ toàn bộ các chức năng theo chiều rộng, nhưng không theo chiềusâu.Kiểm thử này thực thi mức thấp nhất chức năng mỗi lệnh trong chương trình

Sự kết hợp của các chức năng không được kiểm thử trong phạm vi của kiểm thửFAST Vấn đề này được xem sét trong kiểm tra hướng tác vụ TOFT Có thể từchối kiểm thử FAST nếu trong quá trình làm có quá nhiều lỗi hoặc phiên bản đókhông hợp lệ

Mục tiêu của FAST: Kiểm tra tích hợp các hành vi điều khiển giao diệnnhư: Text box, pull down list, radio button… dựa trên thiết kế Kiểm thử này yêucầu kiểm tra sự tồn tại của các điều khiển giao diện trên mỗi trang, cửa sổ hayhộp thoại.Kiểm tra trạng thái mặc định, kiểm tra thứ tự tab, hành vi của các phímtắt Ctrl- X, Ctrl- V…và các phím truy cập khác.Hơn nữa trong tiến trình này bạn

sẽ hiểu được logic thực hiện của người phát triển khi xây dựng các chức năngcho người dùng cuối

Trong môi trường WEB FAST cần kiểm tra: Các liên kết như liên kết nộidung, liên kết thumbnail, liên kết ánh xạ… Các điều khiển cơ bản như điều khiểntiến,lùi, phóng to, thu nhỏ, các điều khiển giao diện Khác Kiểm tra các lệnhhành động như thêm , xóa, cập nhật và các loại xử lý dữ kiệu khác, kiểm thử dữliệu đầu vào Chức năng đăng nhập, login, logout, thông báo, email, tìm kiếm ,quên mật khẩu

Một số lỗi bạn có thể tìm kiếm thấy trong tiến trình này bao gồm: Liên kết

bị đứt,hình ảnh thiếu liên kết không đúng ,hình ảnh không đúng , liên kết đúngnhưng không có nội dung hoặc nội dung không cập nhật,lỗi trong tính toán đặtmua hàng hóa Bỏ qua sự phân loại trong thẻ tín dụng , hấp nhận thẻ tín dụng hếthạn, nội dung không đúng hoặc ngữ cảnh trả lời email tự động không đúng,không thông minh trong việc kiểm tra địa chỉ, trình chủ không trả lời lỗi DNS –không có thông điệp cập nhật trình chủ gửi đến người dùng Không có khả năngkiểm tra các địa chỉ email không hợp lệ của người dùng

- Kiểm thử hướng tác vụ FAST

Kiểm thử hướng tác vụ FAST(Task oriented Functional testing) Kiểm trahướng tác vụ là việc kiểm tra tính đúng đắn và hữu ích của chương trình.Đây làkiểm thử “tích cực” bằng cách so sánh công việc thực hiện với các tài liệu đặc tảsản phẩm và đặc tả yêu cầu nếu có hoặc với mong đợi hợp lý của ngườidùng.Nếu hành vi hay kết quả khác với đặc tả thì báo lỗi.Các kiểm thử TOFTđược thực hiện với một danh sách các chức năng cần được kiểm thử Để có đượcdanh sách các chức năng này thì đặc tả sản phẩm cần được phân tích kỹlưỡng.Sản phẩm cũng cần được kiểm tra xem chức năng nào không được địnhnghĩa rõ không Tóm lại tất cả các chức năng đều trở thành một mục trong sanhsách các chức năng cần kiểm thử Có các yêu tố cạnh tranh hay phát triển thịtrường cũng được nghiên cứu trong giai đoạn này

Ví dụ: 1 trang web cần load xong trong 2s, thì yêu cầu này cũng được đưavào danh sách kiểm thử

- Kiểm thử lỗi ép buộc – FET( Forced- error tests- FET)FET là cố ý tạo ranhững điều kiện lỗi phần mềm

Mục tiêu: Tìm các điều kiện lỗi không được phát hiện và/hoặc bị xử lý sai.Các điều kiện lỗi cần được sử dụng hợp lý nghĩa là ứng dụng phục hồi thànhcông, hệ thống phục hồi thành công hay các ứng dụng thoát ra mà không làmhỏng dữ liệu hệ thống

Ví dụ: Trường họ tên: Không cho nhập số->Bạn nhập 1 hoặc nhiều sốhoặc tất cả các chữ số->có thông báo không? Hãy nhớ rằng với bất kỳ điều kiệnhợp lệ nào cũng tồn tại một điều kiện không hợp lệ đi kèm với nó.Làm cách nào

để có thể kiểm thử các dạng trên tốt? Thu thập danh sách các thông điệp lỗi từcác lập trình viên , phỏng vấn các LTV để kiếm các lỗ hổng Khảo sát dữ liệuchuỗi ký tự trong tệp nguồn ,thu thập thông tin từ đặc tả, sử dụng tiện ích để tríchlọc các chuỗi ký tự kiểm thử từ tệp nguồn nhị phân hoặc scrip Sử dụng kinhnghiệm của bạn

- Kiểm thử điều kiện biên và phân tích lớp tương đương- FET

Kiểm thử điều kiện biên (FET) trong đó các biên của mỗi biến được kiểm thử

Ví dụ: 1 trường văn bản với một giới hạn từ 2 đến 7 ký tự

- Kiểm thử khám phá- Exploratory testing

- Kiểm dạng khám phá còn được gọi là kiểm thử phi cấu trúc (Unstructuredtesting) hay kiểm thử phi hình thức (ad hoc testing)

- Muốn thực hiện kiểm thử dạng này, tester cần suy nghĩ sáng tạo, thực hiệnkiểm thử hành vi mà chúng ta không mong đợi hoặc cố tình làm sai

2.3 Những thành phần của một kế hoạch kiểm thử

Đầu vào để lập lên kế hoạch kiểm thử:Kế hoạch của dự án, đặc tả yêu cầucủa phần mềm, người lập kế hoạch Test, người tham gia Test, thời gian kiểm thử,phạm vi Test, kinh phí giành cho việc Test, công cụ Test

Người lập kế hoạch kiểm thử thường là trưởng nhóm Test có kinh nghiệmdựa vào các yêu cầu của phần mềm mà đưa ra phạm vi Test cho phù hợp vớitrình độ người Test, thời gian, chi phí Khi đưa ra phạm vi rồi thì làm tốt phạm vi

đó thì coi như đạt yêu cầu theo kế hoạch Test đưa ra

Các công việc cần thực hiện là đầu ra của kế hoạch kiểm thử:

- Nghiên cứu tài liêu dự án(phân tích, thiết kế), tìm hiểu công cụ Test chokiểu Test đã đặt ra

- Thiết kế Test Case theo phạm vi Test

- Thực hiện kiểm tra phần mềm theo nội dung Test Case

- Báo lỗi khi phát hiện được

- Viết báo cáo kết quả Test sau khi thực hiện xong

Đây là hình ảnh của 1 kế hoạch kiểm thử dùng microsoft project

Hình 1.1: Minh họa 1 kế hoạch kiểm thử

CHƯƠNG 3 PHƯƠNG PHÁP VÀ CÁC LOẠI KIỂM THỬ

Các bạn chú ý 2 khái niệm Verification và Validation.Các hoạt độngVerification chiếm 80%, Validation chiếm 20% khối lượng công việc kiểm thử.Tuy nhiên, hiệu quả của Validation có thể tác động lên 80% hiệu quả chung của

dự án/sản phẩm Verification là điều kiện Cần, còn Validation là điều kiện Đủ

3.1.2 Các phương pháp

Theo khái niệm thông thường được nhắc đến Testing thường gồm 2phương pháp là: Kiểm thử hộp đen (Black Box Testing) và Kiểm thử hộp trắng(White Box Testing) Gần đây trong các phương pháp test kiểu Box còn pháttriển thêm khái niệm Kiểm thử hộp xám (Grey Box Testing)

Nhưng theo ISTQB thì có 2 kiểu kiểm thử là: Kiểm thử động (DynamicTesting) và kiểm thử tĩnh (Static Testing)

- Kiểm thử hộp đen:Là phương pháp phổ biến nhất hiện tại.Được thực hiện khiTester chỉ test ở mặt front-end của ứng dụng, không quan tâm đến cấu trúccode bên trong của ứng dụng

- Kiểm thử hộp trắng:Là phương pháp kiểm thử dựa trên cấu trúc bên trong củaứng dụng (coi ứng dụng là 1 cái hộp, gọi là hộp trắng vì mình nhìn vào bêntrong hộp và kiểm tra ở phần bên trong; còn gọi là Hộp đen vì mình coi bêntrong hộp là vùng tối không biết đến, chỉ săm soi ở bên ngoài cái hộpđó).Kiểm thử hộp trắng (được biết đến như là kiểm thử tính rõ ràng của hộp,

kiểm thử hộp kính, kiểm thử hộp trong suốt và kiểm thử cấu trúc) giúp kiểmthử được cấu trúc nội bộ hoặc hoạt động của một chương trình, như tươngphản với chức năng được bộc lộ của người dùng cuối Một góc nhìn nội bộcủa hệ thống trong kiểm thử hộp trắng giống như là các kỹ năng lập trìnhđược sử dụng để thiết kế ra các tình huống kiểm thử Các Tester lựa chọn yếu

tố đầu vào để thực hiện đường dẫn thông qua các mã và xác định được kếtquả đầu ra thích hợp Điều này tương tự các nút kiểm thử trong một mạch, ví

dụ như kiểm thử thông mạch (ICT)

Trong khi kiểm thử hộp trắng có thể được áp dụng tại đơn vị, tích hợp hệthống và các cấp độ của quá trình kiểm thử phần mềm, nó thường được thực hiện

ở cấp đơn vị Nó có thể kiểm thử đường dẫn trong một đơn vị, liên kết giữa cácđơn vị trong quá trình tích hợp, và giữa các hệ thống con trong một kiểm thử hệthống cấp Mặc dù phương pháp này thiết kế kiểm thử có thể phát hiện ra nhiềulỗi hoặc các vấn đề, nó có thể không phát hiện các phần chưa thực hiện của cácđặc điểm kỹ thuật hoặc yêu cầu thiếu sót

Các kỹ thuật được sử dụng trong kiểm thử hộp trắng bao gồm:

 Kiểm thử API (giao diện lập trình ứng dụng) - kiểm thử ứng dụng có sử dụngcác API công cộng và cá nhân

 Kiểm thử độ bao phủ mã - tạo ra các bài kiểm thử để đáp ứng một số tiêu chícủa bảo hiểm mã (ví dụ, các nhà thiết kế kiểm thử có thể tạo ra các bài kiểmthử để làm tất cả các câu lệnh trong chương trình được thực hiện ít nhất mộtlần)

 Phương pháp chèn lỗi - cố tình đưa ra những lỗi lầm để đánh giá hiệu quảcủa các chiến lược kiểm thử.Phương pháp kiểm thử đột biến và phương phápthử tĩnh.Các công cụ bao phủ mã có thể đánh giá đầy đủ của một bộ kiểm thử

đã được tạo ra bằng phương pháp bất kỳ nào đó, bao gồm cả kiểm thử hộpđen Điều này cho phép nhóm nghiên cứu phần mềm kiểm thử các bộ phậncủa một hệ thống mà hiếm khi được kiểm thử và đảm bảo rằng các điểmchức năng quan trọng nhất đã được kiểm thử. Bao phủ mã giống như một

phần mềm metric có thể báo cáo tỷ lệ phần trăm cho.Bao phủ chức năng: dựavào các báo cáo của chức năng này thực hiện.Bao phủ câu lệnh: dựa vào cácbáo cáo về số lượng các dòng được thực hiện để hoàn thành kiểm thử.100%bao phủ câu lệnh đảm bảo rằng tất cả các đường dẫn mã, hoặc các nhánh(trong điều kiện của luồng điều khiển) được thực hiện ít nhất một lần Điềunày hữu ích trong việc đảm bảo đúng chức năng nhưng không đủ kể từ khicác mã tương tự có thể thực hiện tiến trình xử lý dữ liệu đầu vào khác nhau

dù đúng hoặc không

- Kiểm thử hộp xám:Là phương pháp khá mới mẻ mới hình thành và đòi hỏitrình độcao Là kiểu trung gian giữa Hộp đen và Hộp trắng, trong đó Tester phảivận dụng các kiến thức về thuật toán, cấu trúc bên trong chương trình, như củahộp trắng nhưng để thiết kế TestCase theo hướng người sử dụng hoặc cóTestCase như của hộp đen.Kiểm thử hộp xám liên quan đến hiểu biết về cấu trúc

dữ liệu bên trong và các thuật toán cho mục đích của các bài kiểm thử thiết kế.Khi thực hiện những bài kiểm thử với User hoặc mức độ hộp đen, Tester khôngnhất thiết phải truy cập vào mã nguồn của phần mềm. Ta có thể thao tác với dữliệu đầu vào và định dạng đầu ra không xác định như hộp xám bởi vì đầu vào vàđầu ra rõ ràng ở bên ngoài của "hộp đen" mà chúng được hệ thống gọi ra trongquá trình kiểm thử Sự phân biệt này là đặc biệt quan trọng khi tiến hành kiểmthử tích hợp giữa hai Module được viết mã bởi hai nhà phát triển khác nhau, mà

ở đó chỉ có các giao diện được bộc lộ ra để kiểm thử

 Tuy nhiên, các kiểm thử mà yêu cầu thay thế một kho lưu trữ dữ liệuback-end như một cơ sở dữ liệu hoặc một tập tin đăng nhập không xácđịnh như hộp xám, người dùng sẽ không thể thay đổi các kho lưu trữ dữliệu trong khi sản phẩm vẫn đang hoạt động bình thường

 Kiểm thử hộp xám cũng có thể bao gồm kỹ thuật đảo ngược để xác địnhđối tượng, giá trị biên hoặc các thông báo lỗi

 Khi biết được những khái niệm cơ bản về cách thức các phần mềm hoạtđộng như thế nào, Tester thực hiện kiểm thử phần mềm từ bên trong tốthơn so với bên ngoài thường, một Tester hộp xám sẽ được phép thiết lập

một môi trường kiểm thử bị cô lập với các hoạt động như gieo một cơ sở

dữ liệu Các kiểm thử có thể quan sát trạng thái của sản phẩm được kiểmthử sau khi thực hiện hành động nhất định giống như việc thực hiện cáccâu lệnh SQL đối với cơ sở dữ liệu và sau đó thực hiện truy vấn để đảmbảo rằng những thay đổi dự kiến đã được phản ánh Kiểm thử hộp xámthực hiện kịch bản kiểm thử thông minh, dựa trên thông tin hạn chế Điềunày sẽ đặc biệt áp dụng cho các kiểu xử lý dữ liệu, kể cả xử lý ngoại lệ, và

từ mức Bussiness Analysis và Analysis & Design

- Test smoke là gì? Là kiểu test được thực hiện khi phần code được biêndịch mới chỉ được chuẩn bị tiến hành trong môi trường test Kiểu này cơ bảngiống như kiểu ad hoc để kiểm tra đại khái để chắc rằng các chức năng chính có

bị bất thường không? Nó mở đầu cho quá trình test bởi Tester QA Sau khi testsmoke, các tester sẽ thực hiện test khả năng thực hiện của các chức năng

- Test Chức năng là gì? Là kiểu test liệu mỗi và mọi chức năng của ứngdụng đó đang làm việc có như yêu cầu của tài liệu Nó là kiểu test chính mà 80%công việc test được thực hiện Trong kiểu test này thì các testcase được thực hiện(hoặc thi hành)

- Test Tích hợp là gì? là kiểu test kiểm tra liệu tất cả các module là được kếthợp hoặc chưa kết hợp lại cùng với nhau thực hiện công việc có đạt được kếtquả như tài liệuyêu cầu đã được xác định (do mỗi lập trình viên thực hiện trêncác module khác nhau Khi họ hoàn thành đoạn code của họ, nhóm quản lý cấuhình ráp chúng lại với nhau và chuẩn bị biên dịch Các tester cần chắc rằng cácmodule này bây giờ đã được kết hợp và làm việc theo như yêu cầu – tức là phảitest theo như yêu cầu)

- Test hồi quy là gì? Khi một chức năng mới được thêm vào phần mềm,chúng ta cần chắc chắn rằng phần chức năng mới được thêm vào không phá hỏngcác phần khác của ứng dụng Hoặc khi lỗi đã được chỉnh sửa, chúng ta cần chắcchắn rằng lỗi chỉnh sửa không phá hỏng các phần khác trong ứng dụng Để testđiều này chúng ta thực hiện kiểu test lặp đi lặp lại gọi là test hồi quy

- Test hệ thống là gì? Khi tester hoàn thành công việc test (các tester testứng dụng trong các môi trường test, nghĩa là họ test với dữ liệu test, không testtrên dữ liệu thật), ứng dụng (phần mềm) phải được test trên môi trường thật

Nó nghĩa là gì, tức là kể từ khi các tester test nó trong môi trường test với dữliệu test, chúng ta phải chắc chắn rằng ứng dụng làm việc tốt trong môi trườngthật với dữ liệu thật Trong môi trườngtest, một vài điều không thể test hoặcthao tác giả Tất cả sẽ khác nhau và cơ sở dữ liệu khác nhau, một số thao tác cóthể không làm việc như mong đợi khi ứng dụng được chuyển từ môi trườngtest sang môi trường sản phẩm (test enviroment to productionenvironment)

- Test tải dữ liệu? Là kiểu test kiểm tra thời gian đáp lại người dùng với ứng

số lượng người dùng bất kỳ trong một ngữ cảnh nào đó của cùng một ứng dụngtại cùng một thời điểm

- Test tải trọng là gì? Là kiểu test kiểm tra thời gian đáp lại người dùng vớiứng số lượng người dùng bất kỳ trong nhiều ngữ cảnh khác nhau của cùng mộtứng dụng tại cùng một thời điểm

- Test hiệu suất là gì? Trong loại test này, ứng dụng được test dựa vào sứcnặng như sự phức tạp của giá trị, độ dài của đầu vào, độ dài của các câu truyvấn…Loại test này kiểm tra bớt phần tải (stress/load) của ứng dụng có thể đượcchắc chắn hơn

- Test chấp nhận từ người sử dụng là gì? Trong kiểu test này, phần mềm sẽđược thực hiện kiểm tra từ người dùng để tìm ra nếu phần mềm phù hợp với sựmong đợi của người dùng và thực hiện đúng như mong đợi Trong giai đoạn testnày, tester có thể cũng thực hiện hoặc khách hàng có các tester của riêng họ đểthực hiện

- Test hộp đen là gì? Là kiểu test mà Tester thực hiện test không chú ý gìđến code (hoặc là một hình thức test mà ứng dụng đang test được xem như mộthộp đen và hành vi bên trong của chương trình hoàn toàn được bỏ qua Việc testxảy ra dựa trên các đặc tả bên ngoài Cũng hiểu như test hành vi, chỉ hành vibên ngoài của ứng dụng là được đánh giá và phân tích)

- Test hộp trắng là gì? Là test mà các tester tìm kiếm lỗi bên trong code

- Test Alpha là gì? Trong loại test này, các người dùng được mời đến điểmtập trung đề xuất ý kiến, nơi mà họ sẽ sử dụng chương trình và người pháttriển chú ý mỗi thông tin liên quan hoặc hành động được đặt ra bởi người dùng.Bất kỳ hành vi bất thường nào của hệ thống cũng phải được ghi nhận và chỉnhsửa bởi người phát triển

- Test Beta là gì? Trong loại test này, phần mềm được phân bổ như một phiênbản thử nghiệm (sử dụng thử) để người dùng kiểm tra ứng dụng tại nơi làmviệc của họ Người sử dụng sẽ quan sát phần mềm, trong trường hợp nếu cóbất kỳ lỗi xảy ra thì nó được báo cáo đến người phát triển

- SiteBlaster - công cụ thử nghiệm  Web site tải và căng thẳng(stress);shareware Có thể được sử dụng để nhanh chóng gửi yêu cầu tới một trang web,hoặc có thể tạm dừng một số ngẫu nhiên của thời gian giữa các lần gửi, xấp xỉhành vi người dùng Trong thời gian thử nghiệm trang đang được thử nghiệm sẽđược hiển thị Báo cáo được tạo ra trên các thử nghiệm Thiết kế rất dễ sử dụng;dành cho nhà phát triển phần mềm và kiến trúc sư người muốn có một số chỉ dẫnđầu về hiệu suất đặc điểm của các trang web mà họ tạo ra MS mô phỏng chứcnăng duyệt web IE; một trang web đó cũng là cư xử trong IE nên được cư xử tốttrong SiteBlaster Sử dụng tốt nhất để kiểm tra những trang web sử dụng cácchuỗi truy vấn URL để truyền dữ liệu đến trang web của (của nó) PDF hướngdẫn sử dụng có sẵn Đối với Windows.

- Xceptance LoadTest - Load thử nghiệm công cụ và hồi quy từ XceptanceSoftware Technologies, Inc cho web và Java và khác tải ứng dụng thử nghiệm.Bao gồm khả năng ghi âm Xlt Cloud Dịch vụ có sẵn Các xét nghiệm thực hiệnnhư JUnit 4 trường hợp thử nghiệm Đối với các bài kiểm tra dựa trên web, cungcấp một khuôn khổ trình duyệt (không đầu) có thể thi đua trình duyệt InternetExplorer hoặc hành vi của Firefox Có thể thực thi JavaScript phía client trong

mô phỏng trình duyệt web và cách mà nó đơn giản hoá việc tạo ra các trường hợpthử nghiệm cho ứng dụng Web 2.0 Nền tảng độc lập do công cụ đang được thựchiện trong Java; kiểm tra kịch bản trong Java hay Ruby Miễn phí cho đến năm

ảo người sử dụng

- Load-Intelligence - Giá cả phải chăng tải kiểm nghiệm "Phần mềm nhưmột dịch vụ" từ Cloud-Intelligence Phần mềm và không giới hạn tất cả phầncứng bao gồm JMeter người dùng có thể thực hiện thử nghiệm của họ-scripttrong một không giới hạn, trước khi cấu hình, phân phối môi trường Không thiếtlập và cũng không cài đặt được yêu cầu Ngay lập tức truy cập vào JMeter bảnghi, báo cáo, kịch bản thử nghiệm, CSV file và nhiều hơn nữa

- LoadStorm - Một tải trên web công cụ kiểm tra / dịch vụ như một ứngdụng phân phối đó thúc đẩy sức mạnh của Amazon Dịch vụ Web để quy mô theoyêu cầu với sức mạnh xử lý và băng thông khi cần thiết Khi thử nghiệm tăng tảitrọng cho hàng trăm hoặc hàng ngàn người dùng ảo, LoadStorm tự động cho biếtthêm máy từ trang trại máy chủ của Amazon để xử lý chế biến Các xét nghiệm

có thể được xây dựng bằng cách sử dụng công cụ theo cách như vậy là để môphỏng một số lượng lớn các người dùng khác nhau với duy nhất và đăng nhậpnhiệm vụ khác nhau

- BrowserMob - nhu cầu-On, dịch vụ tự, chi phí thấp, trả tiền-as-you-godịch vụ cho phép mô phỏng lớn khối lượng của các trình duyệt thực sự đánh mộttrang web Sử dụng Amazon Web Services, Selenium Sử dụng các trình duyệtthực sự cho mỗi người dùng ảo để lưu lượng truy cập là hiện thực, AJAX &Flash hỗ trợ tự động Browser chụp màn hình của các lỗi có trong báo cáo

- Load tác động - Online tải thử nghiệm dịch vụ từ loadimpact.com /Gatorhole cho tải và thử nghiệm-căng thẳng của trang web của bạn trên Internet;truy cập vào mạng lưới phân phối của chúng ta về máy phát điện tải các nút -cụm máy chủ với kết nối rất nhanh để cho phép mô phỏng của hàng chục hàngngàn người sử dụng truy cập vào trang web của bạn đồng thời Miễn phí tải cácbài kiểm tra mức độ thấp cho 10-50 người dùng mô phỏng; các cấp cao hơn có lệphí hàng tháng

- Pylot - Công cụ mã nguồn mở của Corey Goldberg tạo http tải đồng thời.Xác định các trường hợp thử nghiệm trong một file XML - định cụ thể yêu cầu -url, phương pháp, cơ thể / tải trọng, vv - và xác minh Xác minh được bằng cáchkết hợp nội dung vào thường xuyên biểu hiện và với mã trạng thái HTTP HTTP

và HTTPS (SSL) hỗ trợ Giám sát và thực hiện kiểm tra dãy phòng từ GUI(wxPython), và điều chỉnh tải, số lượng các đại lý, các khoảng yêu cầu, thời gianrampup, thời gian thử nghiệm số liệu thống kê thời gian thực và báo cáo lỗi đượchiển thị

- AppLoader - Load thử nghiệm ứng dụng từ NRG toàn cầu cho các trangweb và các ứng dụng khác truy cập từ một Windows máy tính để bàn; tạo ra tải

từ quan điểm của người dùng cuối Nghị định thư độc lập và hỗ trợ nhiều ứngdụng lớp doanh nghiệp Tích hợp với bộ phần mềm theo dõi của họ để Chronikerkết quả thử nghiệm có thể được tải tương quan với hành vi của hệ thống như tảiđược tăng lên Chạy từ nền tảng Win.

- fwptt - Công cụ mã nguồn mở bởi Bogdan Damian cho tải kiểm tra ứngdụng web Khả năng bao gồm xử lý Ajax Tạo ra các bài kiểm tra trong C # Đốivới các nền tảng Windows

- JCrawler - Một nguồn mở căng thẳng thử nghiệm công cụ cho các ứngdụng web, bao gồm bò / tính năng thăm dò Người dùng có thể cung cấp choJCrawler một bộ bắt đầu URL và nó sẽ bắt đầu crawl từ đó trở đi điểm, đi thôngqua bất kỳ các URL nó có thể tìm thấy trên đường và tạo ra tải về ứng dụng web.Tải các thông số (số truy cập / giây) được cấu hình file XML thông qua Trungương; cháy lên như là chủ đề nhiều khi cần thiết để giữ tải không đổi; bao gồmcác bài kiểm tra đơn vị tự kiểm tra Xử lý http chuyển hướng và cookie; nền tảngđộc lập

- vPerformer - Hiệu suất và công cụ kiểm tra tải trọng từ Verisium Inc đánhgiá hiệu suất và khả năng mở rộng các ứng dụng web Sử dụng ghi lại các đoạn

mã hay các kịch bản tùy chỉnh bằng cách sử dụng Javascript Nhắm mục tiêu nềntảng: Windows

- Curl-Loader - Công cụ nguồn mở được viết bằng \'C\', tải ứng dụng môphỏng và hành vi của hàng chục nghìn HTTP / HTTPS và FTP / FTPS kháchhàng, mỗi riêng của mình nguồn địa chỉ IP Trái ngược với các công cụ kháccurl-loader đang sử dụng thực bằng văn bản C-client giao thức ngăn xếp, cụ thể

là, HTTP và FTP stacks của libcurl và TLS / SSL của openssl Hoạt động củatừng khách hàng ảo đăng nhập và thu thập số liệu thống kê bao gồm thông tin về:giải quyết, kết nối thành lập, gửi các yêu cầu, nhận được hồi đáp, tiêu đề và dữliệu nhận / gửi đi, các lỗi từ mạng, TLS / SSL và ứng dụng (HTTP, FTP) cấp vàcác sự kiện lỗi

- RealityLoad XF On-Demand Load Testing - An tải theo yêu cầu thửnghiệm dịch vụ (không có giấy phép) từ Gomez.com Leverages Gomez \'bảng

điều peer, trong đó bao gồm 15.000 máy tính để bàn của người dùng cuối trên địađiểm thử nghiệm phân phối trên toàn thế giới, để cung cấp phân phối tải thửnghiệm mô phỏng chính xác mạng và đặc tính độ trễ gặp phải do người sử dụngthực tế trong một môi trường sống.

- StressTester - Doanh nghiệp tải và công cụ kiểm tra hiệu suất cho các ứngdụng web từ phản TNHH Giải pháp nâng cao mô hình hành trình người dùng,khả năng mở rộng tải, tài nguyên hệ thống giám sát và phân tích kết quả Không

có kịch bản yêu cầu Thích hợp cho bất kỳ Web, JMS, IP hoặc ứng dụng SQL

Hệ điều hành độc lập

- Các Grinder - Một thử nghiệm tải-Java-dựa khung sẵn sàng tự do theo mộtnguồn BSD-style-mở giấy phép Phổ khúc hoạt động của một kịch bản thửnghiệm trong nhiều quá trình trên nhiều máy, bằng cách sử dụng một giao diệnđiều khiển đồ họa ứng dụng Các kịch bản thử nghiệm sử dụng các mã kháchhàng thể hiện trong Java plug-ins Hầu hết người dùng không viết plug-in bảnthân, thay vì sử dụng một trong những cung cấp plug-in Đi kèm với một trưởngthành plug-in để thử nghiệm các dịch vụ HTTP, cũng như một công cụ HTTPcho phép các script sẽ được tự động ghi lại

- Proxy Sniffer - Web tải và căng thẳng thử nghiệm công cụ từ từIngenieurbüro David Fischer GmbH Khả năng bao gồm: HTTP / S phiên WebRecorder có thể được sử dụng với bất kỳ web trình duyệt; ghi âm sau đó có thểđược sử dụng để tự động tạo ra được tối ưu hóa Java dựa trên các chương trìnhthử nghiệm tải; tự động bảo vệ từ "sai tích cực" kết quả bằng cách kiểm tra thực

tế nội dung trang web; chi tiết Lỗi Phân tích sử dụng đã lưu lỗi snapshots; thống

kê thời gian thực

- Kiểm tra Master - Tải công cụ kiểm tra từ Novosoft, khả năng bao gồm IPgiả mạo, nhiều đồng thời kiểm tra các trường hợp và các tính năng thử nghiệmtrang web cho các trang web với năng động, nội dung và HTTPS an toàn trang

- JKool Online - Hiệu suất đo lường và dịch vụ giám sát từ Nastel Inc choJ2EE dựa trên web và các ứng dụng SOA; bắt đầu và ngừng theo dõi dữ liệusống bất cứ khi nào cần thiết; khoan xuống JMS, JDBC, gọi phương pháp,

servlets và các buổi với tùy chọn một cú nhấp chuột đơn giản để xem chi tiếtphiên sống; built-in hỗ trợ cho JBoss, WebLogic và IBM WebSphere ApplicationServer.

- Funkload - Web tải kiểm tra, căng thẳng thử nghiệm, và công cụ thửnghiệm chức năng của Benoit Delbosc bằng văn bản trong Python và phân phốinhư phần mềm miễn phí theo GNU GPL Giả lập một trình duyệt web (single-threaded) sử dụng webunit; https hỗ trợ, tạo báo cáo chi tiết trong REST, HTML,hoặc PDF

- Tuyết băng - Load-thử nghiệm thiết bị từ Spirent Truyền thông, thiết kế đểbảo mật stress-test, mạng, và ứng dụng Web kết cấu hạ tầng bằng cách tạo ra mộtlượng lớn người sử dụng và mạng lưới giao thông Mô phỏng như nhiều như haitriệu đồng thời kết nối người dùng với địa chỉ IP duy nhất, nhiều giả lập trìnhduyệt web, hỗ trợ thử nghiệm các dịch vụ Web Hỗ trợ HTTP 1.0/1.1, SSL, FTP,RTSP / RTP, MS Win Media, SMTP, POP3, DNS, Telnet, và Video on Demandqua giao thức Multicast

- Loadea - Stress công cụ thử nghiệm chạy trên WinXP, phiên bản đánh giámiễn phí cho hai người dùng ảo Capture module cung cấp một môi trường pháttriển, sử dụng C # kịch bản và XML dựa trên dữ liệu Control module xác định,lịch trình, và triển khai các xét nghiệm, xác định số của người sử dụng ảo, vvPhân tích kết quả phân tích và mô-đun cung cấp báo cáo khả năng

- LoadManager - Load, Stress, ổn định và công cụ thử nghiệm Hiệu suất từAlvicom Chạy trên tất cả các nền tảng được hỗ trợ bởi Eclipse và Java

- Hiệu suất QEngine Tester - Công cụ kiểm tra tự động từ Zoho Corp đểthực hiện thử nghiệm (load và căng thẳng thử nghiệm) của các ứng dụng web vàdịch vụ web; J2EE, NET, AJAX, PHP, Ruby on Rails, SOAP Dịch vụ Web vv

Hỗ trợ nhiều trình duyệt trên Linux và Windows

- NeoLoad - Load thử nghiệm công cụ cho các ứng dụng web từ Neotys với

rõ ràng và Giao diện đồ họa trực quan, không có kịch bản / đường cong học tậpnhanh, rõ ràng và toàn diện các báo cáo và kết quả xét nghiệm Có thể thiết kếphức tạp kịch bản để xử lý các ứng dụng thế giới thực Tính năng bao gồm dữ

liệu thay thế, khai thác dữ liệu, hỗ trợ SOAP, hệ thống giám sát (Windows,Linux, IIS, Apache, WebLogic, Websphere SSL ), ghi âm, PDF / HTML /Word báo cáo, giả mạo IP, và nhiều hơn nữa Đa nền tảng: Windows, Linux,Solaris.

- Test Hoàn thành doanh nghiệp - Tự động kiểm tra công cụ từAutomatedQA Corp bao gồm tải web thử nghiệm khả năng

- QTest - Web tải công cụ kiểm tra từ Quotium Technologies SA Khả năngbao gồm: quản lý các tập tin cookie hữu, làm cho kịch bản mô hình hóa giai đoạnngắn hơn; HTML và phân tích cú pháp XML, cho phép hiển thị và hồi tố bất kỳ

từ một trang HTML hay XML thông lượng trong các kịch bản thử nghiệm, lựachọn phát triển màn hình tùy chỉnh bằng cách sử dụng cung cấp các API; nhiềuhơn nữa

- Test Test Load Perspective - Do-it-mình load thử nghiệm dịch vụ củaKeynote Systems cho Web ứng dụng Sử dụng cơ sở hạ tầng của Keynote tải tạotrên Internet; tiến hành tải thực tế ngoài các bức tường lửa-và căng thẳng thửnghiệm để xác nhận hiệu suất của toàn bộ cơ sở hạ tầng ứng dụng Web

- SiteTester1 - Load thử nghiệm thí điểm công cụ từ Công ty TNHH Phầnmềm Cho phép định nghĩa các yêu cầu, công việc, thủ tục, kiểm tra,HTTP1.0/1.1 tương thích với yêu cầu, POST / GET phương pháp, cookies, chạytrong chế độ đa luồng đơn luồng hay, tạo ra các báo cáo khác nhau trong địnhdạng HTML, giữ và đọc XML được định dạng tập tin cho định nghĩa thử nghiệm

và kiểm tra các bản ghi Yêu cầu JDK1.2 hoặc cao hơn

- httperf - Web server thực hiện / công cụ đo điểm chuẩn từ HP ResearchLabs Cung cấp một cơ sở linh hoạt để tạo ra các HTTP khối lượng công việc và

đo lường hiệu suất máy chủ Tập trung không phải là thực hiện một điểm chuẩn

cụ thể nhưng vào việc cung cấp một, mạnh mẽ hiệu suất cao, mở rộng công cụ

Có sẵn miễn phí mã nguồn

- NetworkTester - Công cụ (trước đây gọi là \'NetPressure\') AgilentTechnologies từ sử dụng lưu lượng người sử dụng thực tế, bao gồm DNS, HTTP,FTP, NNTP, streaming media, POP3, SMTP, NFS, CIFS, IM, vv - Thông qua

các hệ thống xác thực quyền truy cập như PPPoE, DHCP, 802.1X, IPsec, khi cầnthiết Không giới hạn khả năng mở rộng, giao diện điều khiển quản lý trạm;không có; kịch bản mở API Lỗi bị cô lập và xác định trong thời gian thực; giámsát giao thông ở tất cả các bước trong một trao đổi giao thức (chẳng hạn như thờigian của DNS tra cứu, thời gian đăng nhập vào máy chủ, vv.) Mọi giao dịch đăngnhập, và báo cáo chi tiết có sẵn.

- WAPT - Web tải và căng thẳng thử nghiệm công cụ từ SoftLogica LLC

Xử lý năng động, nội dung và HTTPS / SSL; dễ sử dụng, hỗ trợ cho chuyểnhướng và tất cả các loại proxy; báo cáo rõ ràng và đồ thị

- Visual Studio Team System Test Edition - Một bộ công cụ kiểm thử cácứng dụng Web và dịch vụ tích hợp vào trong môi trường Microsoft VisualStudio Điều này cho phép xét nghiệm để tác giả, thực hiện, và quản lý các bàikiểm tra và liên quan đến công việc ghi tất cả từ bên trong Visual Studio

- OpenLoad - Giá cả phải chăng và hoàn toàn kiểm tra tải trên web công cụ

từ OpenDemand; kiến thức về ngôn ngữ kịch bản không cần thiết - dựa trên webghi âm có thể nắm bắt và dịch bất kỳ hành động sử dụng từ bất kỳ trang webhoặc ứng dụng web Tạo ra lên đến 1.000 người dùng đồng thời với phần cứngtối thiểu

- Apache JMeter - Java ứng dụng máy tính để bàn từ Apache SoftwareFoundation được thiết kế để tải thử nghiệm hành vi chức năng và hiệu suất đolường Được thiết kế để thử nghiệm các ứng dụng web nhưng từ đó đã mở rộngchức năng thử nghiệm khác; có thể được sử dụng để thử nghiệm hiệu suất cả vềtài nguyên tĩnh và động (các tập tin, Servlets, Perl script, Java Đối tượng, Căn cứ

và truy vấn dữ liệu, máy chủ FTP và nhiều hơn nữa) Có thể được dùng để môphỏng một tải nặng trên một máy chủ, mạng hoặc đối tượng để kiểm tra sứcmạnh của nó hoặc để phân tích hiệu suất tổng thể theo các loại tải trọng khácnhau, có thể thực hiện một phân tích về hiệu suất đồ họa hoặc kiểm tra máy chủ /script / đối tượng đồng thời hành vi dưới tải nặng

- TestMaker - Miễn phí mã nguồn mở tiện ích được duy trì bởiPushToTest.com và Frank Cohen, cho hiệu năng, khả năng mở rộng, và thử