Kỹ thuật kiểm thử hồi quy ứng dụng trong phát triển các ứng dụng trên điện thoại thông minh Kỹ thuật kiểm thử hồi quy ứng dụng trong phát triển các ứng dụng trên điện thoại thông minh Kỹ thuật kiểm thử hồi quy ứng dụng trong phát triển các ứng dụng trên điện thoại thông minh luận văn tốt nghiệp,luận văn thạc sĩ, luận văn cao học, luận văn đại học, luận án tiến sĩ, đồ án tốt nghiệp luận văn tốt nghiệp,luận văn thạc sĩ, luận văn cao học, luận văn đại học, luận án tiến sĩ, đồ án tốt nghiệp
NGUYỄN TRỌNG HÀ BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI - Nguyễn Trọng Hà KỸ THUẬT PHẦN MỀM KỸ THUẬT KIỂM THỬ HỒI QUY ỨNG DỤNG TRONG PHÁT TRIỂN CÁC ỨNG DỤNG TRÊN ĐIỆN THOẠI THÔNG MINH LUẬN VĂN THẠC SĨ KỸ THUẬT PHẦN MỀM … KHÓA 14B Hà Nội – 2017 BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI - Nguyễn Trọng Hà KỸ THUẬT KIỂM THỬ HỒI QUY ỨNG DỤNG TRONG PHÁT TRIỂN CÁC ỨNG DỤNG TRÊN ĐIỆN THOẠI THÔNG MINH Chuyên ngành : Kỹ thuật phần mềm LUẬN VĂN THẠC SĨ KỸ THUẬT … NGƯỜI HƯỚNG DẪN KHOA HỌC : TS PHAN THANH HÙNG Hà Nội – 2017 LỜ I CAM ĐOAN Tơi xin cam đoan tơi viết hồn tồn thống khơng ché p, kết đo đạc mô phỏ ng có luận văn chưa từ ng đươ c̣ công bố từ tài liệu hình thức Cá c thơng tin sử du ṇ g luâ ̣n văn có nguồ n gố c và đươ c̣ tri ́ c h dẫ n ro ̃ rà ng Tơi xin hồn tồn chịu trách nhiệm có dấu hiệu chép kết từ tài liệu khác HỌC VIÊN NGUYỄN TRỌNG HÀ LỜI CẢM ƠN Lời xin chân thành cảm ơn thầy cô Bộ môn Công nghệ phần mềm - Viện Công nghệ thông tin truyền thông - Đại học Bách khoa Hà Nội Đặc biệt TS Nguyễn Thanh Hùng, người hướng dẫn vơ tận tình, tâm huyết để tơi hồn thành luận văn Ngoà i ra, cũ ng xin bà y tỏ lò ng biế t ơn sâu sắ c đế n gia ̀ n h, ba ̣n bè , nhữ ng ngườ i đa ̃ ủ ng hô ̣ suố t quá tri ̀ n h ho c̣ tâ ̣p và hoà n thà nh chương tri ̀ n h đà o ta ̣o Tha ̣c sy ̃ Kỹ thuật ta ̣i Viện Công nghệ thông tin Truyền thông, Đa ̣i ho c̣ Bách khoa Hà Nội Mă ̣c dù đa ̃ nỗ lư c̣ và cố gắ ng hoà n thiê ̣n luâ ̣n văn bằ ng tấ t cả nhiê ̣t ti ̀ n h và lư c̣ củ a mi ̀ n h, nhiên không thể trá nh khỏ i nhữ ng thiế u só t, rấ t mong nhâ ̣n đươ c̣ nhữ ng đó ng gó p quý bá u củ a quý thầ y cô và cá c ba ̣n Tôi xin chân thà nh cả m ơn HỌC VIÊN NGUYỄN TRỌNG HÀ MỤC LỤC LỜI MỞ ĐẦU CHƯƠNG TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM 1.1 Kiểm thử phần mềm 1.2 Một số khái niệm 1.3 Phương pháp kiểm thử 1.4 Các mức kiểm thử 12 1.5 Quy trình kiểm thử 15 1.6 Kiểm thử tự động 16 1.7 Tổng kết chương 19 CHƯƠNG KIỂM THỬ HỒI QUY ỨNG DỤNG DI ĐỘNG 20 2.1 Ứng dụng thiết bị di động (Mobile application) 20 2.2 Kiểm thử ứng dụng cho thiết bị di động 21 2.3 Kỹ thuật kiểm thử hồi quy ứng dụng di động 23 2.4 Qui trình kiểm thử hồi quy 24 2.5 Các vấn đề nên kiểm thử hồi quy 26 2.6 Công cụ hỗ trợ kiểm thử hồi quy ứng dụng di động 28 2.7 Tổng kết chương 29 CHƯƠNG CÔNG CỤ KIỂM THỬ HỒI QUY ÁP DỤNG CHO ỨNG DỤNG TRÊN ĐIỆN THOẠI THÔNG MINH 30 3.1 Công cụ kiểm thử Robotium 30 3.2 Công cụ kiểm thử Selendroid 33 3.3 Công cụ kiểm thử Appium 38 3.4 Công cụ kiểm thử Selenium 40 3.5 Áp dụng thiết kế ứng dụng Adapter kiểm thử 43 3.5.1 Thiết kế chương trình 44 3.5.2 Kiểm thử kết 51 3.6 Tổng kết chương 58 CHƯƠNG KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 60 4.1 KẾT LUẬN 60 4.2 HƯỚNG PHÁT TRIỂN CỦA ĐỀ TÀI 61 TÀI LIỆU THAM KHẢO .62 DANH MỤC BẢNG Bảng 1 Chi phí triển khai bảo trì phần mềm [2] .8 Bảng Danh sách công cụ kiểm thử hồi quy[10] 29 Bảng Bảng so sánh Appium[16] 39 DANH MỤC HÌNH Hình 1 Chi phí triển khai bảo trì phần mềm [2] .8 Hình Kỹ thuật kiểm thử hộp trắng [5] 10 Hình Kỹ thuật kiểm thử hộp đen [5] 11 Hình Kỹ thuật kiểm thử hộp xám [5] 12 Hình Quy trình kiểm thử phần mềm [9] 15 Hình Các lĩnh vực ứng dụng mobile [12] 20 Hình 2 Các loại ứng dụng mobile[11] .21 Hình Các kỹ thuật thực hồi quy [4] 23 Hình Qui trình tổng quát cho kiểm thử hồi quy 24 Hình Kiểm thử hồi quy phương pháp phát triển Agile[11] 25 Hình Danh sách các lớp Robotium hỗ trợ kiểm thử [17] 31 Hình Các bước thực kiểm thử Robotium [17] 31 Hình 3 Kiến trúc Selendroid[19] 34 Hình Đặc điểm Appium 38 Hình Giao diện cơng cụ Appium 40 Hình Cấu trúc cơng cụ Selenium[18] 40 Hình Sử dụng Appium Selenium cho kiểm thử [16] 43 Hình Mơ hình đặc tả ứng dụng cho kiểm thử hồi quy 44 Hình Giao diện ứng dụng Adapter Test Smartphone 45 LỜI MỞ ĐẦU Kiểm thử phần mềm khơng cịn vấn đề tầm quan trọng lại khơng thể bàn cãi Một phần mềm tốt phần mềm đánh giá tốt từ nhà phát triển đến người sử dụng cuối Thời đại nay, với bùng nổ số lượng ứng dụng đặc biệt ứng dụng đa tảng Với số lượng ứng dụng chạy đua nhà phát triển chuyển dần từ tìm ý tưởng sang làm để cải thiện, cải tiến ứng dụng có sẵn, cho đáp ứng nhu cầu trải nghiệm ngày cao người dùng Với lí trên, đề tài tìm hiểu trình bày số phương pháp nâng cao hiệu kiểm thử ứng dụng, từ áp dụng phương pháp kiểm thử hồi quy cách phù hợp vào ứng dụng cụ thể Nội dung luận văn “Kỹ thuật kiểm thử hồi quy ứng dụng phát triển ứng dụng điện thoại thông minh” gồm phần sau: Chương TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM Chương KIỂM THỬ HỒI QUY ỨNG DỤNG DI ĐỘNG Chương CÔNG CỤ KIỂM THỬ HỒI QUY ÁP DỤNG CHO ỨNG DỤNG TRÊN ĐIỆN THOẠI THÔNG MINH Chương KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Để hồn thành luận văn này, tơi chân thành cảm ơn TS Nguyễn Thanh Hùng thầy, cô Trường Đại học Bách Khoa - Hà Nội nhiệt tình giúp đỡ suốt trình thực luận văn Tuy cố gắng hết sức, thời gian kiến thức hạn chế nên luận văn khơng tránh khỏi sai sót, tơi mong bổ sung, góp ý thầy cơ! HỌC VIÊN NGUYỄN TRỌNG HÀ CHƯƠNG TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM 1.1 Kiểm thử phần mềm Kiểm thử phần mềm hoạt động kiểm tra để cung cấp cho bên liên quan thông tin chất lượng sản phẩm dịch vụ kiểm thử Kiểm thử cung cấp cho doanh nghiệp quan điểm, cách nhìn độc lập phần mềm để từ cho phép đánh giá thấu hiểu rủi ro trình triển khai phần mềm Trong kỹ thuật kiểm thử không giới hạn việc thực chương trình ứng dụng với mục đích tìm lỗi phần mềm (bao gồm lỗi thiếu sót) mà cịn q trình phê chuẩn xác minh chương trình máy tính [1], ứng dụng, sản phẩm nhằm: Đáp ứng yêu cầu đặc tả thiết kế phát triển phần mềm Thực công việc kỳ vọng Có thể triển khai với đặc tính tương tự Và đáp ứng nhu cầu bên liên quan Tùy thuộc vào phương pháp, việc kiểm thử thực lúc trình phát triển phần mềm Theo qui trình phát triển phần mềm truyền thống (waterfall process) hoạt động kiểm thử tiến hành sau yêu cầu xác định việc lập trình hồn tất mơi trường phát triển linh hoạt (Agile) việc kiểm thử tiến hành liên tục suốt trình xây dựng phần mềm Như vậy, phương pháp kiểm thử bị chi phối theo quy trình phát triển phần mềm định Kiểm thử xác định hoàn toàn tất lỗi bên phần mềm Thay vào đó, so sánh trạng thái hành vi sản phẩm với nguyên tắc hay chế để phát vấn đề Các nguyên tắc bao gồm (nhưng khơng giới hạn) đặc tả phần mềm, hợp đồng, sản phẩm tương đương, phiên trước sản phẩm, phù hợp với mục đích dự kiến nhằm đáp ứng kỳ vọng người dùng, khách hàng, quy định pháp luật hành tiêu chuẩn liên quan khác [2] Phạm vi kiểm thử phần mềm thường bao gồm việc kiểm tra mã lệnh, thực mã lệnh môi trường điều kiện khác nhau, việc kiểm thử khía cạnh mã lệnh, có làm nhiệm vụ chương trình hay khơng, chương trình có làm cần phải làm hay không Trong môi trường phát triển phần mềm nay, đội kiểm thử tách biệt với đội phát triển Các thành viên đội kiểm thử giữ vai trị khác Các thơng tin thu đư ợc từ kiểm thử sử dụng để điều chỉnh trình phát triển phần mềm Mỗi sản phẩm phần mềm có đối tượng phục vụ riêng Ví dụ đối tượng phần mềm trị chơi điện tử hồn tồn khác với đối tượng phần mềm ngân hàng Vì vậy, tổ chức phát triển đầu tư vào sản phẩm phần mềm, họ đánh giá liệu sản phẩm phần mềm có chấp nhận người dùng cuối, đối tượng phục vụ, người mua, hay người giữ vai trò quan trọng khác hay không Và việc kiểm thử phần mềm trình nỗ lực để đưa đánh giá 1.2 Một số khái niệm Khiếm khuyết (defect) lỗi (failure) Không phải tất khiếm khuyết phần mềm bị gây lỗi lập trình mà nguồn gốc chung khiếm khuyết nằm thiếu sót u cầu; Ví dụ, u cầu khơng xác nhận mà gây lỗi sơ suất nhà thiết kế chương trình Những thiếu sót yêu cầu thường thấy yêu cầu phi chức khả kiểm thử, khả mở rộng, bảo trì, tính khả dụng, hiệu suất, khả bảo mật [5] Lỗi phần mềm xảy suốt trình sau: Một lập trình viên tạo lỗi (sai lầm), mà kết cho khiếm khuyết (thất bại, sai sót) mã nguồn phần mềm Nếu lỗi thực hiện, tình định hệ thống tạo kết sai, gây thất bại (failure) Không phải tất khiếm khuyết thiết dẫn đến lỗi nghiêm trọng Ví dụ, lỗi mã chết không dẫn đến thất bại Lỗi biến thành thất bại mơi trường thay đổi Ví dụ thay đổi môi trường bao gồm phần mềm chạy tảng phần cứng máy tính mới, thay đổi nguồn liệu, tương tác với phần mềm khác Một khiếm khuyết dẫn đến loạt dấu hiệu thất bại Một vấn đề với kiểm thử phần mềm việc kiểm thử tất kết nối đầu vào điều kiện tiền đề (trạng thái ban đầu) không khả thi, với sản phẩm đơn giản Điều có nghĩa số lượng khiếm khuyết sản phẩm phần mềm lớn xảy khơng thường xun nên khó để tìm thấy q trình Ứng dụng Máy tính bỏ túi phiên với chức bản, cộng, trừ, nhân chia, tính bậc hai, tảng Android Web Mobile + Ứng dụng Calculator phiên 02 Android Các chức chương trình Calculator xây dựng ngơn ngữ Java, gồm cộng, trừ, nhân, chia tính bậc hai buttonEqual.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { if (mAddition == true){ float result =mValueOne + mValueTwo; edt1.setText( result + ""); mAddition=false; } if (mSubtract == true){ edt1.setText(mValueOne - mValueTwo+""); mSubtract=false; } if (mMultiplication == true){ edt1.setText(mValueOne * mValueTwo+""); mMultiplication=false; 49 } if (mDivision == true){ edt1.setText(mValueOne / mValueTwo+""); mDivision=false; } WebElement key07 = driver.findElement(By.name("buttonsqrt")); key07.click(); } + Ứng dụng Calculator phiên 02 Web Mobile Các chức chương trình Calculator xây dựng ngơn ngữ HTML, gồm cộng, trừ, nhân, chia tính bậc hai style="font-size: 20pt" 50 value=" style="font-size: sqrt 35pt" " 3.5.2 Kiểm thử kết Với mục đích kiểm thử hồi quy cho ứng dụng Máy tính bỏ túi (Calculator), tơi chọn thực phiên ứng dụng cài đặt môi trường (Android, Mobile Web) Thực kiểm thử hồi quy với ứng dụng Máy tính bỏ túi qua bước: + Bước 1: Thực testcase với phiên ứng dụng tảng Android, WebMobile (chưa có chức bậc 2) 51 + Bước 2: Thực testcase phiên cho phiên (có chức bậc 2) + Bước 3: Thực testcase với kịch bổ sung thêm chức bậc (phiên 2) + Bước 4: Đánh giá kết kiểm thử Cấu hình thuộc tính cho di động, thơng số đọc tự động thông qua Adapter Test: URL=http://culhome-test.freevnn.com/ VERSION=4.4.4 BROWSER_NAME_Android=Android BROWSER_NAME=Browser PLATFORM=Android PLATFORMNAME =Android Cài đặt ứng dụng lên thiết bị di động: Kiểm tra danh sách thiết bị câu lệnh: adb devices Cài đặt ứng dụng lên thiết bị: adb install CalculatorTestApp.apk 3.5.2.1 Kiểm thử ứng dụng phiên 01 (Native Mobile Web) Giao diện ứng dụng phiên 01: Phiên ứng dụng Native gồm phép tính (+,-, *, /) 52 Phiên ứng dụng Mobile Web gồm phép tính (+,,*,/) Xây dựng file kiểm thử 53 File kiểm thử 01: (Data01.xls) Dùng cho phiên Native Mobile Web Trước chạy kiểm thử Bao gồm phép tính: buttonadd (+), buttonsub(-), buttonmul(*), buttondiv(/) Các tham số tính: button1(1), button2(2), button3(3), button4(4), Cột kết mong đợi Result Trạng thái ban đầu: Ok Chạy chương trình Adapter thực kiểm thử File kiểm thử 01: Sau chạy kiểm thử N lần, kết cập nhật trạng thái (Các cột trạng thái trả từ kết test) 54 Sau chạy Test Adapter kiểm thử: lần ứng dụng di động; file testcase cập nhật trạng thái Passed Not Passed Log4j : Hỗ trợ cho lập trình viên xây dựng chương trình để kiểm tra trình kiểm thử diễn Kết thực kiểm thử ứng dụng phiên 01: Ứng dụng kiểm thử kiểm thử tự động, trường hợp kiểm thử so sánh với kết mong đợi Kiểm thử viên có kết kiểm tra chức sản phẩm phần mềm tảng Native Web Mobile 3.5.2.2 Kiểm thử hồi quy ứng dụng di động đa tảng Sau xây dựng xong phiên 01 Calculator, sử dụng thực kiểm thử Test Adapter Để thực kiểm thử hồi quy, thay đổi, chỉnh sửa phiên 01 Calculator, xây dựng phiên ứng dụng Calculator gọi phiên 02 Giao diện kiểm thử phiên 02 Phiên 02 ứng dụng Native gồm phép tính (+,-, *, /) thêm tính bậc 2: 55 Phiên 02 tảng Mobile Web có chức bậc 2: File kiểm thử 01 (data01.xls): 56 Kết kiểm thử: Xây dựng file testcase kiểm thử File kiểm thử 02 (data02.xls): Bao gồm chức bậc Sau chạy file kiểm thử 01, thực file kiểm thử 02 Chạy ứng dụng Adapter thực kiểm thử File kiểm thử đầu vào: 57 Kết chạy kiểm thử phiên 02: Kết thực kiểm thử ứng dụng phiên 02: Ứng dụng máy tính bỏ túi đa tảng có thay đổi chức năng, phiên xuất bản, cần phải kiểm thử hồi quy Chương trình kiểm thử Test Adapter đọc testcase thực cho phiên 01 để kiểm thử kiểm thử hồi quy cho phiên 02 ứng dụng, kết kiểm thử đưa báo cáo kiểm thử Tác giả thực kiểm thử ứng dụng phiên 02 với file testcase mới, chương trình cho kết mong đợi 3.6 Tổng kết chương Tác giả thực cài đặt, kiểm thử công cụ kiểm thử tự động (Robotium, Selendroid, Appium, Selenium) với số ứng dụng điện thoại thông minh, từ đưa chọn lựa kết hợp công cụ kiểm thử tự động Appium Selenium, Selenium mạnh kiểm thử tự động ứng dụng web, Selenium cần kết hợp với Appium để kiểm thử ứng dụng di động đa tảng 58 Sau tìm hiểu cơng cụ kiểm thử xây dựng ứng dụng kiểm thử, tác giả xây dựng kịch kiểm thử hồi quy để chương trình Test Adapter thực kiểm thử với ứng dụng di động, q trình kiểm thử bị lỗi, điều cho thấy phiên có thay đổi lập trình gây lỗi, chương trình phải hồi quy, ngược lại q trình kiểm thử thành cơng 59 CHƯƠNG KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Trong chương này, tác giả xin tổng kết lại kết mà đề tài đạt đồng thời nêu hướng phát triển 4.1 Kết luận 4.1.1 Kết đạt Qua việc thực đề tài giúp tác giả nắm lý thuyết kiểm thử phần mềm, cơng cụ, phương pháp kiểm thử quy trình phát triển phần mềm Tác giả học thêm kỹ lập trình đa tảng điện thoại thơng minh, xu phát triển ứng dụng phần mềm thương mại Tác giả kiểm thử công cụ kiểm thử tự động Selenium, Appium, Selendroid, Robotium, cách thức thực hiện, thông tin đầu vào, đưa kết báo cáo kiểm thử ứng dụng, nhằm tạo sản phẩm tốt Tác giả học công cụ hỗ trợ cho việc phát triển ứng dụng phần mềm, Android Studio, Eclipse, từ viết ứng dụng cho hệ điều hành Android, iOS, Web mobile 4.1.2 Ưu điểm nhược điểm đề tài Ưu điểm: Tác giả nắm bắt khái niệm, tầm quan trọng kiểm thử phần mềm xây dựng, phát triển phần mềm nói chung điện thoại thơng minh nói riêng Tác giả kiểm thử số công cụ kiểm thử tự động giúp kiểm thử hồi quy ứng dụng điện thoại thông minh, từ công cụ kiểm thử tác giả đưa thiết kế ứng dụng chuẩn hóa đầu vào, tích hợp cơng cụ kiểm thử tự động lại với nhau, minh họa cho kiểm thử hồi quy 60 Nhược điểm: Mặc dù tác giả cố gắng trình phát triển để tài đề tài tồn nhược điểm sau đây: Tác giả chưa đánh giá nhiều công cụ kiểm thử tự động áp dụng cho phương pháp kiểm thử khác Tác giả áp dụng kiểm thử ứng dụng đơn giản, trường hợp kiểm thử hồi quy chức chưa đầy đủ ca kiểm thử ứng dụng thương mại kiểm thử cử chỉ, hành vi Dữ liệu đầu vào, báo cáo đầu ứng dụng kiểm thử hồi quy cịn đơn giản, khơng đa dạng 4.2 Hướng phát triển đề tài Với vấn đề hạn chế, tồn luận văn, tác giả muốn nghiên cứu kiểm thử ứng dụng di động, tác giả tập trung định hướng tiếp cho đề tài: Nghiên cứu thêm công cụ kiểm thử tự động khác, nhằm đưa sản phẩm kiểm thử tự động với chi phí thời gian tốt Tác giả áp dụng kỹ thuật kiểm thử hồi quy vào toán phức tạp hơn, hướng tới đưa vào áp dụng thực tế doanh nghiệp phát triển phần mềm, xây dựng đầy đủ tài liệu, chương trình cho quy trình kiểm thử hồi quy 61 TÀI LIỆU THAM KHẢO Tiếng Anh [1] Kaner, C (2006, November) Exploratory testing In Florida Institute of Technology, Quality Assurance Institute Worldwide Annual Sof tware Testing Conference, Orlando, FL [2] Software Testing by Jiantao Pan, Carnegie Mellon University [3] Leitner, A., Ciupa, I., Oriol, M., Meyer, B., F iva, A., "Contract Driven Development = Test Driven Development – Writing Test Cases", Proceedings of ESEC/FSE'07: European Software Engineering Confe rence and the ACM SIGSOFT Symposium on the Foundations of Software Eng ineering 2007, (Dubrovnik, Croatia), September 2007 [4] Desikan, S (2008) A test methodology for an effective regre ssion testing [5] Kolawa, Adam; Huizinga, Dorota (2007) Automated Defect Prevention: Best Practices in Software Management Wiley-IEEE Computer Society Press tr 41–43 ISBN 0-470-04212-5 [6] Kolawa, Adam; Huizinga, Dorota (2007) Automated Defect Prevention: Best Practices in Software Management Wiley-IEEE Computer Society Press tr 426 ISBN 0-470-04212-5 [7] Section 1.1.2, Certified Tester Foundation bus, International Software Testing Qualifications Board Level Syll a- [8] Principle 2, Section 1.3, Certified Tester Foundation Level Syllabus, International Software Testing Qual ifications Board [9] “Proceedings from the 5th International Conference on Software Testing and Validation (ICST) Software Competence Center Hagenberg "Test Design: Lessons Learned and Practical Implic ations.” [10] Badhera, U., Purohit, G N., & Biswas, D (2012) Test case prioritization algorithm based upon modified code coverage in regression testing Int J Soft Eng Applic, 3, 29-37 [11] Purohit, G N (2011) Tool Support For Test Case Selection In Regression Testing International Journal of Software Engineering & Applications 62 Internet [12] http://www.agile-training-courses.com/agile-projectmanagement.html [13] http://www.evoketechnologies.com/blog/software -testing-trendspredictions-2015 [14] http://www.qatestingtools.com/code.google/googletest [15] https://developer.android.com/studio/index.html [16] http://appium.io/ [17] https://robotium.com/ [18] http://www.seleniumhq.org/ [19] http://selendroid.io/ [20] https://www.guru99.com/grey-box-testing.html 63 ... - Nguyễn Trọng Hà KỸ THUẬT KIỂM THỬ HỒI QUY ỨNG DỤNG TRONG PHÁT TRIỂN CÁC ỨNG DỤNG TRÊN ĐIỆN THOẠI THÔNG MINH Chuyên ngành : Kỹ thuật phần mềm LUẬN VĂN THẠC SĨ KỸ THUẬT … NGƯỜI HƯỚNG... kiểm thử hồi quy cách phù hợp vào ứng dụng cụ thể Nội dung luận văn ? ?Kỹ thuật kiểm thử hồi quy ứng dụng phát triển ứng dụng điện thoại thông minh? ?? gồm phần sau: Chương TỔNG QUAN VỀ KIỂM THỬ PHẦN... trình kiểm thử hệ thống, kiểm tra tính đắn thực nhân viên kiểm thử Các kỹ thuật kiểm thử khác sử dụng kiểm thử hệ thống: Kiểm thử chức Kiểm thử giao diện Kiểm thử tính sử dụng Kiểm thử