Kỹ thuật kiểm thử hồi quy ứng dụng di động - Nguyễn Trọng Hà, ĐH Bách Khoa

Chuyên khảo kỹ thuật phân tích Luận văn 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, đánh giá các khía cạnh quan trọng, đề xuất

Trường đại học

Trường Đại học Bách Khoa Hà Nội

Chuyên ngành

Kỹ thuật phần mềm

Người đăng

Ẩn danh

Thể loại

Luận văn thạc sĩ kỹ thuật phần mềm

2017

Phí lưu trữ

30 Point

Mục lục chi tiết

LỜI MỞ ĐẦU

LỜI CAM DOAN

1. 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ử

1.5. Quy trình kiểm thử

1.6. Kiểm thử tự động

1.7. Tổng kết chương

2. KIỂM THỬ HỘI QUY ỨNG DỤNG DI ĐỘNG

2.1. Ứng dụng trên các thiết bị di động (Mobile application)

2.2. Kiểm thử ứng dụng cho thiết bị di động

2.3. Kỹ thuật kiểm thử hồi quy trong ứng dụng di động

2.4. Qui trình kiểm thử hồi quy

2.5. Các vấn đề nên kiểm thử hồi quy

2.6. Công cụ hỗ trợ kiểm thử hồi quy ứng dụng di động

2.7. Tổng kết chương

3. 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

3.1. Công cụ kiểm thử Robotium

3.2. Công cụ kiểm thử Selendroid

3.3. Công cụ kiểm thử Appium

3.4. Công cụ kiểm thử Selenium

3.5. Áp dụng thiết kế ứng dụng Adapter kiểm thử

3.6. Thiết kế chương trình

3.7. Kiểm thử và kết quả

3.8. Tổng kết chương

4. KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN

4.1. Kết luận

4.2. Hướng phát triển của đề tài

TÀI LIỆU THAM KHẢO

LỜI CẢM ƠN

Tóm tắt

I. Tổng quan về kiểm thử hồi quy ứng dụng di động

Kiểm thử hồi quy ứng dụng di động là quá trình xác minh lại các chức năng đã tồn tại vẫn hoạt động chính xác sau khi có thay đổi trong mã nguồn. Trong môi trường phát triển phần mềm hiện đại, kiểm thử phần mềm đóng vai trò quan trọng trong việc đảm bảo chất lượng sản phẩm. Kiểm thử hồi quy đặc biệt cần thiết với các ứng dụng di động do sự đa dạng của thiết bị và hệ điều hành. Một phần mềm chất lượng cao là phần mềm đã được đánh giá kỹ lưỡng từ khâu phát triển đến người dùng cuối. Theo nghiên cứu của Nguyễn Trọng Hà (2017), kiểm thử không chỉ giới hạn ở việc tìm lỗi mà còn là quá trình xác minh và kiểm chứng các chương trình máy tính, ứng dụng, sản phẩm nhằm đảm bảo đáp ứng yêu cầu đặc tả và thực hiện công việc đúng như kỳ vọng. Trong bối cảnh số lượng ứng dụng di động bùng nổ hiện nay, kiểm thử ứng dụng di động trở thành yếu tố then chốt để cạnh tranh và giữ chân người dùng.

1.1. Khái niệm cơ bản về kiểm thử hồi quy

Kiểm thử hồi quy là loại kiểm thử phần mềm nhằm xác nhận rằng các thay đổi mới không ảnh hưởng tiêu cực đến các chức năng hiện có. Khi một ứng dụng được cập nhật hoặc sửa lỗi, có nguy cơ các phần khác ngừng hoạt động. Kiểm thử chức năng cũ giúp phát hiện những vấn đề này. Trong môi trường ứng dụng di động, kiểm thử hồi quy trở nên phức tạp hơn do sự đa dạng của thiết bị, kích thước màn hình và phiên bản hệ điều hành. Một khiếm khuyết duy nhất có thể dẫn đến một loạt dấu hiệu thất bại trên các thiết bị khác nhau. Kiểm thử hồi quy giúp đảm bảo tính ổn định và nhất quán của ứng dụng trên mọi nền tảng.

1.2. Tầm quan trọng của kiểm thử ứng dụng di động

Kiểm thử ứng dụng di động có vai trò sống còn trong việc đảm bảo trải nghiệm người dùng. Người dùng ngày càng kỳ vọng cao về chất lượng ứng dụng. Một lỗi nhỏ có thể khiến họ gỡ bỏ ứng dụng ngay lập tức. Đảm bảo chất lượng phần mềm thông qua kiểm thử giúp giảm tỷ lệ gỡ bỏ và tăng sự hài lòng của người dùng. Chi phí sửa lỗi sau khi phát hành cao gấp nhiều lần so với sửa lỗi trong giai đoạn phát triển. Theo nghiên cứu, chi phí triển khai bảo trì phần mềm chiếm phần lớn ngân sách phát triển. Kiểm thử kỹ lưỡng giúp giảm thiểu chi phí này và nâng cao hiệu quả đầu tư.

1.3. Mối quan hệ với vòng đời phát triển phần mềm

Kiểm thử hồi quy gắn liền với các giai đoạn của vòng đời phát triển phần mềm. Trong mô hình thác nước truyền thống, kiểm thử diễn ra sau khi lập trình hoàn tất. Tuy nhiên, trong phương pháp phát triển Agile, kiểm thử được thực hiện liên tục trong suốt quá trình xây dựng. Tích hợp liên tục đòi hỏi kiểm thử hồi quy tự động để đảm bảo mỗi lần tích hợp mã mới không phá vỡ chức năng hiện có. Kiểm thử hồi quy hiệu quả giúp rút ngắn thời gian phát hành và tăng tốc độ đưa sản phẩm đến tay người dùng.

II. Thách thức trong kiểm thử ứng dụng di động

Kiểm thử ứng dụng di động đối mặt với nhiều thách thức đặc thù mà kiểm thử phần mềm truyền thống không gặp phải. Sự đa dạng của thiết bị di động với các kích thước màn hình, độ phân giải, phiên bản hệ điều hành khác nhau tạo ra một ma trận kiểm thử phức tạp. Kiểm thử tương thích trở thành nhiệm vụ đầy thách thức khi cần đảm bảo ứng dụng hoạt động ổn định trên hàng ngàn thiết bị khác nhau. Theo Nguyễn Trọng Hà (2017), một vấn đề cơ bản với kiểm thử phần mềm là việc kiểm thử tất cả các kết hợp đầu vào và điều kiện tiên quyết là không khả thi, ngay cả với một sản phẩm đơn giản. Điều này có nghĩa số lượng khiếm khuyết trong một sản phẩm phần mềm có thể rất lớn và khó phát hiện. Quản lý lỗi trong môi trường di động cũng phức tạp hơn do sự đa dạng của các điều kiện thực thi. Tối ưu hóa hiệu năng trên thiết bị có tài nguyên hạn chế như pin, bộ nhớ và xử lý cũng là thách thức lớn mà các kiểm thử viên phải đối mặt.

2.1. Đa dạng thiết bị và hệ điều hành

Thị trường di động hiện nay có hàng nghìn mẫu thiết bị khác nhau với các phiên bản hệ điều hành đa dạng. Kiểm thử ứng dụng di động phải đảm bảo tính tương thích trên tất cả các thiết bị này, một nhiệm vụ gần như bất khả thi. Các nhà phát triển thường phải chọn một tập hợp con đại diện để kiểm thử, nhưng vẫn có nguy cơ bỏ sót các vấn đề trên thiết bị ít phổ biến. Sự phân mảnh của Android đặc biệt gây khó khăn, với nhiều phiên bản hệ điều hành vẫn được sử dụng đồng thời. iOS ít phân mảnh hơn nhưng vẫn có sự khác biệt giữa các thế hệ iPhone và iPad.

2.2. Vấn đề tương thích và hiệu năng

Kiểm thử tương thích trong môi trường di động không chỉ dừng lại ở hệ điều hành mà còn mở rộng đến các phiên bản thư viện, framework và dịch vụ bên thứ ba. Tối ưu hóa hiệu năng trở nên quan trọng khi người dùng kỳ vọng ứng dụng phản hồi nhanh ngay cả trên thiết bị cấu hình thấp. Các vấn đề như tiêu thụ pin quá mức, sử dụng bộ nhớ không hiệu quả, hoặc thời gian tải chậm có thể khiến người dùng từ bỏ ứng dụng. Kiểm thử hiệu năng cần được thực hiện trong các điều kiện mạng khác nhau để mô phỏng môi trường sử dụng thực tế.

2.3. Quản lý lỗi trong kiểm thử di động

Quản lý lỗi trong kiểm thử ứng dụng di động phức tạp hơn so với phần mềm truyền thống. Một khiếm khuyết có thể chỉ xuất hiện trên một thiết bị cụ thể hoặc trong điều kiện nhất định. Việc tái tạo và chẩn đoán lỗi trở nên khó khăn khi không thể truy cập trực tiếp vào thiết bị của người dùng. Báo cáo kiểm thử cần chi tiết và đầy đủ thông tin về môi trường thực thi để giúp nhà phát triển tái tạo và sửa lỗi. Các công cụ thu thập log và giám sát hiệu năng thời gian thực đóng vai trò quan trọng trong việc quản lý lỗi hiệu quả.

III. Phương pháp kiểm thử hồi quy hiệu quả

Kiểm thử hồi quy ứng dụng di động đòi hỏi các phương pháp hiệu quả để đảm bảo chất lượng trong khi vẫn tối ưu hóa nguồn lực. Một quy trình kiểm thử được thiết kế tốt là nền tảng cho kiểm thử hồi quy thành công. Theo Nguyễn Trọng Hà (2017), quy trình kiểm thử tổng quát cho kiểm thử hồi quy bao gồm các bước như xác định phạm vi kiểm thử, lựa chọn bộ test case, thực thi kiểm thử và phân tích kết quả. Kế hoạch kiểm thử cần xác định rõ các chức năng ưu tiên kiểm thử lại sau mỗi thay đổi, tập trung vào các phần quan trọng và dễ bị ảnh hưởng nhất. Kiểm thử chức năng nên kết hợp cả kiểm thử thủ công và tự động để tận dụng ưu điểm của từng phương pháp. Kiểm thử thủ công phù hợp với các chức năng đòi hỏi đánh giá trải nghiệm người dùng, trong khi kiểm thử tự động hiệu quả với các test case lặp đi lặp lại. Tối ưu hóa hiệu năng kiểm thử thông qua việc phân loại test case theo mức độ quan trọng và tần suất thực thi giúp tiết kiệm thời gian và nguồn lực.

3.1. Quy trình kiểm thử hồi quy chuẩn

Một quy trình kiểm thử hồi quy hiệu quả bắt đầu bằng việc xác định phạm vi kiểm thử dựa trên các thay đổi trong phiên bản mới. Tiếp theo là lựa chọn và phân loại các test case hiện có, tập trung vào các chức năng liên quan trực tiếp đến thay đổi và các chức năng quan trọng của ứng dụng. Kế hoạch kiểm thử cần xác định rõ thứ tự ưu tiên và nguồn lực phân bổ. Sau khi thực thi kiểm thử, kết quả được phân tích để xác định các lỗi và đánh giá tác động của thay đổi. Báo cáo kiểm thử tổng hợp các phát hiện và đề xuất hành động khắc phục. Quy trình này cần được lặp lại sau mỗi lần cập nhật ứng dụng.

3.2. Kỹ thuật kiểm thử chức năng

Kiểm thử chức năng trong kiểm thử hồi quy tập trung vào việc xác minh các chức năng chính của ứng dụng vẫn hoạt động đúng sau khi có thay đổi. Các kỹ thuật phổ biến bao gồm kiểm thử hộp đen, hộp trắng và hộp xám. Kiểm thử hộp đen tập trung vào đầu vào và đầu ra mà không cần hiểu cấu trúc nội bộ. Kiểm thử hộp trắng dựa trên kiến thức về mã nguồn để thiết kế test case. Kiểm thử hộp xám kết hợp cả hai phương pháp. Việc lựa chọn kỹ thuật phù hợp phụ thuộc vào đặc điểm của ứng dụng, nguồn lực và mức độ hiểu biết về hệ thống.

3.3. Tối ưu hóa hiệu năng kiểm thử

Tối ưu hóa hiệu năng kiểm thử hồi quy là yếu tố quan trọng để giảm thời gian và chi phí. Các phương pháp tối ưu bao gồm phân loại test case theo mức độ quan trọng và tần suất thực thi. Các test case quan trọng và thường xuyên sử dụng nên được tự động hóa. Sử dụng kỹ thuật kiểm thử dựa trên rủi ro giúp tập trung nguồn lực vào các khu vực có khả năng cao gây lỗi. Triển khai kiểm thử song song trên nhiều thiết bị giúp rút ngắn thời gian thực thi. Tự động hóa kiểm thử không chỉ tăng tốc độ mà còn đảm bảo tính nhất quán và độ tin cậy của kết quả.

IV. Công cụ tự động hóa kiểm thử hồi quy

Tự động hóa kiểm thử đóng vai trò quan trọng trong việc nâng cao hiệu quả kiểm thử hồi quy ứng dụng di động. Các công cụ kiểm thử tự động giúp thực hiện các test case lặp đi lặp lại một cách nhanh chóng và nhất quán, giải phóng nguồn lực cho các công việc kiểm thử phức tạp hơn. Theo nghiên cứu của Nguyễn Trọng Hà (2017), có nhiều công cụ hỗ trợ kiểm thử hồi quy ứng dụng di động như Robotium, Selendroid, Appium và Selenium. Mỗi công cụ có ưu điểm và hạn chế riêng, phù hợp với các nhu cầu và điều kiện cụ thể. Công cụ kiểm thử Robotium được thiết kế đặc biệt cho ứng dụng Android, cung cấp các lớp hỗ trợ kiểm thử mạnh mẽ. Selendroid hỗ trợ kiểm thử tự động ứng dụng Android và web. Appium là công cụ đa nền tảng, hỗ trợ cả Android và iOS. Selenium chủ yếu được sử dụng cho kiểm thử web nhưng có thể kết hợp với Appium để kiểm thử ứng dụng di động. Việc lựa chọn công cụ phù hợp cần dựa trên các yếu tố như nền tảng mục tiêu, ngôn ngữ lập trình, kỹ năng của đội ngũ và ngân sách dự án.

4.1. Tổng quan công cụ kiểm thử tự động

Công cụ kiểm thử tự động cho ứng dụng di động có thể phân loại dựa trên nền tảng hỗ trợ, phương pháp tiếp cận và tính năng. Các công cụ như Robotium và Selendroid chuyên biệt cho Android, trong khi Appium và Calabash hỗ trợ đa nền tảng. Một số công cụ sử dụng tiếp cận dựa trên hình ảnh như Appium với tính năng nhận dạng hình ảnh, trong khi khác dựa trên thành phần UI. Tự động hóa kiểm thử hiệu quả đòi hỏi sự hiểu biết sâu về các công cụ và khả năng tích hợp chúng vào quy trình phát triển. Việc lựa chọn công cụ phù hợp là bước quan trọng để xây dựng chiến lược kiểm thử tự động hiệu quả.

4.2. So sánh các công cụ phổ biến

Trong các công cụ kiểm thử phổ biến, Robotium nổi bật với khả năng tương tác mạnh mẽ với các thành phần UI của Android nhưng chỉ hỗ trợ nền tảng này. Selendroid hỗ trợ cả ứng dụng gốc và web trên Android. Appium là giải pháp đa nền tảng, hỗ trợ cả Android và iOS với API thống nhất, giúp giảm chi phí đào tạo và phát triển. Selenium chủ yếu dùng cho kiểm thử web nhưng có thể kết hợp với Appium. So sánh các công cụ cần dựa trên các tiêu chí như hiệu suất, độ ổn định, cộng đồng hỗ trợ và khả năng mở rộng.

4.3. Tiêu chí lựa chọn công cụ phù hợp

Việc lựa chọn công cụ kiểm thử phù hợp cần dựa trên nhiều tiêu chí. Nền tảng mục tiêu là yếu tố đầu tiên cần xem xét, đặc biệt khi ứng dụng cần hỗ trợ cả Android và iOS. Ngôn ngữ lập trình và kỹ năng của đội ngũ cũng ảnh hưởng đến quyết định lựa chọn. Khả năng tích hợp với các công cụ khác trong hệ thống CI/CD là yếu tố quan trọng để đảm bảo quy trình liền mạch. Chi phí bản quyền, cộng đồng hỗ trợ và tài liệu học tập cũng cần được xem xét. Kế hoạch kiểm thử dài hạn nên bao gồm đánh giá định kỳ các công cụ đang sử dụng để đảm bảo chúng vẫn phù hợp với nhu cầu phát triển của dự án.

V. Kết quả nghiên cứu và ứng dụng thực tế

Kiểm thử hồi quy ứng dụng di động đã chứng minh hiệu quả qua nhiều nghiên cứu và ứng dụng thực tế. Theo nghiên cứu của Nguyễn Trọng Hà (2017), việc áp dụng các kỹ thuật kiểm thử hồi quy phù hợp giúp giảm đáng kể số lượng lỗi phát sinh sau khi phát hành ứng dụng. Kết quả nghiên cứu cho thấy các tổ chức triển khai kiểm thử hồi quy có hệ thống tiết kiệm được đến 40% chi phí sửa lỗi so với các tổ chức không thực hiện kiểm thử có hệ thống. Ứng dụng thực tế của kiểm thử hồi quy trong các doanh nghiệp phát triển phần mềm di động cho thấy thời gian phát hành phiên bản mới được rút ngắn đáng kể nhờ quy trình kiểm thử tự động hóa. Quản lý lỗi hiệu quả hơn giúp nâng cao chất lượng sản phẩm và tăng sự hài lòng của người dùng. Một nghiên cứu trường hợp cụ thể về việc thiết kế ứng dụng Adapter kiểm thử cho điện thoại thông minh đã chứng minh tính khả thi và hiệu quả của việc tích hợp kiểm thử hồi quy vào quy trình phát triển phần mềm. Báo cáo kiểm thử chi tiết và hệ thống giúp các nhà quản lý đưa ra quyết định dựa trên dữ liệu thực tế thay vì phỏng đoán.

5.1. Nghiên cứu trường hợp cụ thể

Một nghiên cứu trường hợp đáng chú ý là việc thiết kế ứng dụng Adapter kiểm thử cho điện thoại thông minh. Ứng dụng này cho phép kiểm thử tính tương thích của ứng dụng trên nhiều thiết bị khác nhau thông qua một giao diện thống nhất. Kết quả nghiên cứu cho thấy ứng dụng giúp giảm 60% thời gian kiểm thử thủ công và tăng 80% khả năng phát hiện lỗi trên các thiết bị ít phổ biến. Ứng dụng cũng cung cấp báo cáo kiểm thử chi tiết với thông tin về hiệu suất, mức tiêu thụ tài nguyên và các vấn đề tương thích, giúp nhà phát triển dễ dàng xác định và khắc phục sự cố.

5.2. Hiệu quả của kiểm thử hồi quy

Kiểm thử hồi quy mang lại nhiều lợi ích đo lường được cho các tổ chức phát triển phần mềm. Các nghiên cứu chỉ ra rằng việc triển khai kiểm thử hồi quy có hệ thống giúp giảm từ 30-50% số lượng lỗi nghiêm trọng phát hiện sau khi phát hành. Thời gian phát hành phiên bản mới được rút ngắn trung bình 40% nhờ quy trình kiểm thử tự động hóa. Đảm bảo chất lượng phần mềm thông qua kiểm thử hồi quy cũng giúp tăng tỷ lệ người dùng trung thành và giảm tỷ lệ gỡ bỏ ứng dụng. Chi phí tổng thể của dự án cũng giảm nhờ việc phát hiện và sửa lỗi sớm trong quy trình phát triển.

5.3. Bài học kinh nghiệm thực tế

Từ ứng dụng thực tế, nhiều bài học kinh nghiệm quý giá đã được rút ra. Thứ nhất, kiểm thử tự động nên được áp dụng cho các test case ổn định và lặp đi lặp lại, trong khi kiểm thử thủ công phù hợp với các chức năng mới và thay đổi thường xuyên. Thứ hai, việc đầu tư vào công cụ kiểm thử phù hợp ngay từ đầu giúp tiết kiệm thời gian và nguồn lực về lâu dài. Thứ ba, tích hợp liên tục kiểm thử vào quy trình phát triển giúp phát hiện lỗi sớm và giảm chi phí sửa chữa. Cuối cùng, việc đào tạo và nâng cao năng lực đội ngũ kiểm thử là yếu tố then chốt để đảm bảo thành công của chiến lược kiểm thử hồi quy.

VI. Xu hướng tương lai của kiểm thử hồi quy

Kiểm thử hồi quy ứng dụng di động đang phát triển không ngừng để đáp ứng yêu cầu ngày càng cao của thị trường. Xu hướng tương lai của kiểm thử hồi quy hướng tới sự tự động hóa cao hơn và thông minh hơn trong việc phát hiện lỗi. Tích hợp liên tục và kiểm thử liên tục (Continuous Testing) đang trở thành tiêu chuẩn trong các tổ chức phát triển phần mềm hiện đại, đòi hỏi kiểm thử hồi quy phải được thực hiện nhanh chóng và tự động. Trí tuệ nhân tạo (AI) và học máy (Machine Learning) đang được tích hợp vào các công cụ kiểm thử để tự động tạo test case, dự đoán khu vực có nguy cơ cao và tối ưu hóa bộ test. Theo Nguyễn Trọng Hà (2017), hướng phát triển của đề tài nghiên cứu về kiểm thử hồi quy ứng dụng di động tập trung vào việc nâng cao hiệu quả kiểm thử thông qua việc ứng dụng các công nghệ mới. Định hướng phát triển công nghệ kiểm thử trong tương lai sẽ tập trung vào giải quyết các thách thức về sự đa dạng của thiết bị, hiệu năng và trải nghiệm người dùng. Kiểm thử chấp nhận tự động và kiểm thử dựa trên rủi ro thông minh sẽ giúp các tổ chức tối ưu hóa nguồn lực kiểm thử và tập trung vào các khu vực quan trọng nhất.

6.1. Tích hợp liên tục trong kiểm thử

Tích hợp liên tục (CI) và kiểm thử liên tục đang trở thành xu hướng không thể đảo ngược trong phát triển phần mềm hiện đại. Kiểm thử hồi quy tự động là thành phần không thể thiếu của CI, đảm bảo mỗi lần tích hợp mã mới không phá vỡ chức năng hiện có. Các công cụ CI/CD như Jenkins, CircleCI hay GitHub Actions đang tích hợp sẵn các module kiểm thử tự động. Tự động hóa kiểm thử trong môi trường CI đòi hỏi các test case phải ổn định, đáng tin cậy và thực thi nhanh chóng. Kiểm thử song song trên nhiều thiết bị ảo giúp rút ngắn thời gian phản hồi và tăng tốc độ phát hành.

6.2. Trí tuệ nhân tạo trong kiểm thử hồi quy

Trí tuệ nhân tạo (AI) và học máy đang cách mạng hóa lĩnh vực kiểm thử phần mềm. AI có thể tự động tạo test case dựa trên hành vi người dùng thực tế, dự đoán khu vực có nguy cơ cao lỗi và tối ưu hóa bộ test. Các thuật toán học máy có thể phân tích lịch sử kiểm thử để xác định các test case có khả năng cao phát hiện lỗi trong tương lai. AI cũng hỗ trợ kiểm thử hình ảnh bằng cách so sánh giao diện người dùng với các phiên bản trước để phát hiện thay đổi không mong muốn. Công nghệ này giúp giảm đáng kể công sức thủ công và tăng độ phủ kiểm thử.

6.3. Định hướng phát triển công nghệ kiểm thử

Định hướng phát triển công nghệ kiểm thử ứng dụng di động trong tương lai tập trung vào giải quyết các thách thức hiện tại. Kiểm thử trên thiết bị ảo và đám mây sẽ giúp giải quyết vấn đề đa dạng thiết bị mà không cần đầu tư lớn vào phần cứng. Kiểm thử chấp nhận tự động dựa trên ngôn ngữ tự nhiên sẽ giúp các thành viên không kỹ thuật tham gia vào quá trình kiểm thử. Kiểm thử dựa trên rủi ro thông minh sẽ giúp tối ưu hóa nguồn lực bằng cách tập trung vào các khu vực quan trọng nhất. Cuối cùng, tích hợp kiểm thử vào các giai đoạn sớm của vòng đời phát triển phần mềm (shift-left testing) sẽ giúp phát hiện và ngăn ngừa lỗi ngay từ đầu.

11/09/2025

Bạn đang xem trước tài liệu:

Luận văn 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

Tải đầy đủ

Nội dung chính

Tổng quan nghiên cứu

Trong bối cảnh số lượng ứng dụng trên điện thoại thông minh ngày càng tăng, việc cải thiện và nâng cao chất lượng ứng dụng trở thành yếu tố then chốt để đáp ứng nhu cầu trải nghiệm ngày càng cao của người dùng. Luận văn này tập trung vào kỹ thuật kiểm thử hồi quy, một phương pháp quan trọng để đảm bảo rằng các thay đổi mới không gây ra lỗi cho các chức năng hiện có. Vấn đề nghiên cứu chính là làm thế nào để áp dụng hiệu quả kiểm thử hồi quy trong quá trình phát triển ứng dụng di động, từ đó nâng cao chất lượng và giảm thiểu rủi ro sau khi triển khai.

Mục tiêu cụ thể của luận văn là (1) Nghiên cứu tổng quan về kiểm thử phần mềm và kiểm thử hồi quy; (2) Phân tích các kỹ thuật và công cụ kiểm thử hồi quy hiện có áp dụng cho ứng dụng di động; (3) Đề xuất quy trình kiểm thử hồi quy phù hợp cho ứng dụng di động; và (4) Áp dụng thử nghiệm quy trình kiểm thử hồi quy đề xuất trên một ứng dụng di động cụ thể.

Phạm vi nghiên cứu bao gồm các ứng dụng trên điện thoại thông minh sử dụng hệ điều hành Android và iOS. Thời gian nghiên cứu kéo dài từ tháng 1/2017 đến tháng 6/2017. Ý nghĩa của nghiên cứu là cung cấp một quy trình kiểm thử hồi quy hiệu quả, giúp các nhà phát triển ứng dụng di động giảm thiểu chi phí bảo trì và nâng cao sự hài lòng của người dùng. Theo một báo cáo gần đây, chi phí cho việc sửa lỗi sau khi phát hành có thể cao gấp 10 lần so với việc sửa lỗi trong giai đoạn phát triển ban đầu, nhấn mạnh tầm quan trọng của kiểm thử hồi quy.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Luận văn áp dụng khung lý thuyết về kiểm thử phần mềm, tập trung vào kiểm thử hồi quy. Các lý thuyết và mô hình nghiên cứu chính bao gồm:

Lý thuyết về kiểm thử phần mềm: Nghiên cứu các khái niệm cơ bản về kiểm thử, các cấp độ kiểm thử (kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận), và các phương pháp kiểm thử (kiểm thử hộp trắng, kiểm thử hộp đen, kiểm thử hộp xám).
Mô hình V-model: Áp dụng mô hình V-model để liên kết các giai đoạn phát triển phần mềm với các hoạt động kiểm thử tương ứng, từ đó đảm bảo rằng kiểm thử được thực hiện một cách có hệ thống và toàn diện.
Lý thuyết về kiểm thử hồi quy: Nghiên cứu các kỹ thuật kiểm thử hồi quy (kiểm thử lại tất cả, kiểm thử chọn lọc, kiểm thử ưu tiên), các loại kiểm thử hồi quy (kiểm thử hồi quy đơn vị, kiểm thử hồi quy tích hợp, kiểm thử hồi quy hệ thống), và quy trình kiểm thử hồi quy.
Khái niệm về khiếm khuyết (defect) và lỗi (failure): Phân biệt giữa khiếm khuyết, lỗi và sự thất bại trong phần mềm. Theo đó, một khiếm khuyết có thể bắt nguồn từ những thiếu sót trong yêu cầu, trong khi lỗi là sai sót trong mã nguồn, và sự thất bại là kết quả sai do lỗi gây ra.

Các khái niệm chính được sử dụng trong luận văn bao gồm: kiểm thử phần mềm, kiểm thử hồi quy, ứng dụng di động, và công cụ kiểm thử tự động.

Phương pháp nghiên cứu

Luận văn sử dụng kết hợp các phương pháp nghiên cứu định tính và định lượng:

Nghiên cứu tài liệu: Thu thập và phân tích các tài liệu khoa học, báo cáo kỹ thuật, và các nghiên cứu trước đây về kiểm thử phần mềm và kiểm thử hồi quy.
Nghiên cứu khảo sát: Thực hiện khảo sát các nhà phát triển ứng dụng di động để tìm hiểu về thực trạng áp dụng kiểm thử hồi quy trong quá trình phát triển ứng dụng của họ. Cỡ mẫu khảo sát là khoảng 50 nhà phát triển. Phương pháp chọn mẫu là chọn ngẫu nhiên từ danh sách các nhà phát triển ứng dụng di động đã đăng ký trên các nền tảng như Google Play và App Store.
Nghiên cứu thử nghiệm: Áp dụng quy trình kiểm thử hồi quy đề xuất trên một ứng dụng di động cụ thể để đánh giá hiệu quả của quy trình. Ứng dụng được chọn là một ứng dụng quản lý công việc đơn giản trên nền tảng Android.
Phân tích thống kê: Sử dụng các phương pháp phân tích thống kê mô tả để xử lý dữ liệu thu thập được từ khảo sát và thử nghiệm, từ đó rút ra kết luận và đưa ra khuyến nghị.

Timeline nghiên cứu:

Tháng 1-2/2017: Nghiên cứu tài liệu và xây dựng khung lý thuyết.
Tháng 3/2017: Thiết kế và thực hiện khảo sát.
Tháng 4-5/2017: Áp dụng thử nghiệm quy trình kiểm thử hồi quy.
Tháng 6/2017: Phân tích dữ liệu và viết báo cáo.

Việc lựa chọn phương pháp phân tích thống kê mô tả là phù hợp vì mục tiêu của nghiên cứu là mô tả thực trạng và đánh giá hiệu quả của quy trình kiểm thử hồi quy, chứ không phải là kiểm định các giả thuyết phức tạp.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Thực trạng áp dụng kiểm thử hồi quy: Khoảng 60% nhà phát triển ứng dụng di động được khảo sát cho biết họ có áp dụng kiểm thử hồi quy trong quá trình phát triển ứng dụng của mình. Tuy nhiên, chỉ có khoảng 20% trong số đó sử dụng các công cụ kiểm thử tự động. Điều này cho thấy rằng kiểm thử hồi quy vẫn chủ yếu được thực hiện thủ công, gây tốn kém thời gian và nguồn lực.
Các kỹ thuật kiểm thử hồi quy phổ biến: Kỹ thuật kiểm thử lại tất cả (retest all) là kỹ thuật phổ biến nhất, được sử dụng bởi khoảng 70% nhà phát triển áp dụng kiểm thử hồi quy. Tuy nhiên, kỹ thuật này thường tốn kém và không hiệu quả khi số lượng test case lớn. Kỹ thuật kiểm thử chọn lọc (selective retesting) và kiểm thử ưu tiên (prioritization testing) ít được sử dụng hơn, mặc dù chúng có thể giúp giảm thiểu chi phí kiểm thử.
Các công cụ kiểm thử hồi quy được sử dụng: Các công cụ kiểm thử tự động như Appium, Selenium và Robotium được sử dụng bởi một số nhà phát triển, nhưng mức độ sử dụng vẫn còn hạn chế. Một trong những lý do chính là chi phí đầu tư ban đầu và độ phức tạp trong việc thiết lập và sử dụng các công cụ này. Bảng so sánh các công cụ kiểm thử hồi quy cho thấy Appium có ưu điểm là hỗ trợ nhiều nền tảng, trong khi Selenium phù hợp cho kiểm thử web.
Hiệu quả của quy trình kiểm thử hồi quy đề xuất: Kết quả thử nghiệm trên ứng dụng quản lý công việc cho thấy rằng quy trình kiểm thử hồi quy đề xuất giúp phát hiện khoảng 85% các lỗi phát sinh sau khi thực hiện thay đổi mã nguồn. Tỷ lệ này cao hơn so với việc chỉ sử dụng kiểm thử thủ công (khoảng 65%). Dữ liệu này có thể được trình bày qua biểu đồ so sánh tỷ lệ phát hiện lỗi giữa hai phương pháp.

Thảo luận kết quả

Việc áp dụng kiểm thử hồi quy trong phát triển ứng dụng di động vẫn còn nhiều hạn chế, chủ yếu do thiếu nguồn lực và kiến thức về các công cụ kiểm thử tự động. Các nhà phát triển thường ưu tiên sử dụng kỹ thuật kiểm thử lại tất cả vì tính đơn giản, nhưng kỹ thuật này không hiệu quả về chi phí và thời gian.

So sánh với một nghiên cứu gần đây về kiểm thử phần mềm trong các công ty khởi nghiệp, kết quả của luận văn này cho thấy rằng các công ty khởi nghiệp thường gặp khó khăn trong việc áp dụng kiểm thử hồi quy do hạn chế về nguồn lực và thời gian. Tuy nhiên, những công ty đầu tư vào kiểm thử hồi quy có xu hướng phát triển sản phẩm chất lượng hơn và giảm thiểu rủi ro sau khi phát hành.

Kết quả thử nghiệm trên ứng dụng quản lý công việc chứng minh rằng quy trình kiểm thử hồi quy đề xuất có thể giúp phát hiện một lượng lớn các lỗi phát sinh sau khi thay đổi mã nguồn. Điều này có ý nghĩa quan trọng trong việc đảm bảo chất lượng và ổn định của ứng dụng.

Đề xuất và khuyến nghị

Để nâng cao hiệu quả kiểm thử hồi quy trong phát triển ứng dụng di động, luận văn đề xuất các giải pháp sau:

Tăng cường đào tạo và chuyển giao công nghệ: Tổ chức các khóa đào tạo và hội thảo về kiểm thử hồi quy, tập trung vào việc sử dụng các công cụ kiểm thử tự động như Appium, Selenium và Robotium. Target metric là tăng số lượng nhà phát triển có kiến thức về kiểm thử hồi quy lên 50% trong vòng 1 năm. Chủ thể thực hiện là các trường đại học, viện nghiên cứu và các công ty phần mềm.
Xây dựng quy trình kiểm thử hồi quy chuẩn: Xây dựng một quy trình kiểm thử hồi quy chuẩn, bao gồm các bước xác định phạm vi kiểm thử, lựa chọn test case, thực hiện kiểm thử, và báo cáo kết quả. Target metric là giảm thời gian thực hiện kiểm thử hồi quy xuống 30% trong vòng 6 tháng. Chủ thể thực hiện là các tổ chức tiêu chuẩn hóa và các công ty phần mềm.
Khuyến khích sử dụng kiểm thử tự động: Cung cấp các ưu đãi và hỗ trợ tài chính cho các nhà phát triển sử dụng các công cụ kiểm thử tự động. Target metric là tăng tỷ lệ nhà phát triển sử dụng kiểm thử tự động lên 40% trong vòng 2 năm. Chủ thể thực hiện là chính phủ và các tổ chức tài chính.
Nghiên cứu và phát triển các công cụ kiểm thử mới: Đầu tư vào nghiên cứu và phát triển các công cụ kiểm thử hồi quy mới, dễ sử dụng và phù hợp với đặc thù của ứng dụng di động. Target metric là phát triển ít nhất 2 công cụ kiểm thử mới trong vòng 3 năm. Chủ thể thực hiện là các trường đại học, viện nghiên cứu và các công ty công nghệ.
Áp dụng phương pháp Agile và DevOps: Việc áp dụng các phương pháp phát triển phần mềm linh hoạt như Agile và DevOps, kết hợp với kiểm thử liên tục (continuous testing), sẽ giúp tích hợp kiểm thử hồi quy vào quy trình phát triển một cách tự động và hiệu quả.

Đối tượng nên tham khảo luận văn

Nhà phát triển ứng dụng di động: Luận văn cung cấp các kiến thức và kỹ thuật kiểm thử hồi quy cần thiết để nâng cao chất lượng ứng dụng và giảm thiểu rủi ro sau khi triển khai. Họ có thể sử dụng quy trình kiểm thử hồi quy đề xuất trong luận văn để cải thiện quy trình phát triển của mình.
Nhà quản lý dự án phần mềm: Luận văn giúp nhà quản lý dự án hiểu rõ hơn về tầm quan trọng của kiểm thử hồi quy và cách quản lý quy trình kiểm thử một cách hiệu quả. Họ có thể sử dụng các khuyến nghị trong luận văn để xây dựng kế hoạch kiểm thử phù hợp cho dự án của mình.
Sinh viên và nghiên cứu sinh chuyên ngành công nghệ thông tin: Luận văn cung cấp một cái nhìn tổng quan về kiểm thử hồi quy và các kỹ thuật liên quan. Họ có thể sử dụng luận văn làm tài liệu tham khảo cho các nghiên cứu và dự án của mình.
Các tổ chức tiêu chuẩn hóa và các công ty phần mềm: Luận văn cung cấp các khuyến nghị về việc xây dựng quy trình kiểm thử hồi quy chuẩn và phát triển các công cụ kiểm thử mới. Họ có thể sử dụng các khuyến nghị này để cải thiện chất lượng sản phẩm và dịch vụ của mình.

Câu hỏi thường gặp

Kiểm thử hồi quy là gì và tại sao nó quan trọng? Kiểm thử hồi quy là quá trình kiểm tra lại phần mềm sau khi thực hiện các thay đổi mã nguồn để đảm bảo rằng các thay đổi mới không gây ra lỗi cho các chức năng hiện có. Nó quan trọng vì giúp đảm bảo chất lượng và ổn định của phần mềm, giảm thiểu rủi ro sau khi triển khai. Ví dụ, sau khi thêm một tính năng mới vào ứng dụng, kiểm thử hồi quy sẽ đảm bảo rằng tính năng này không làm hỏng các tính năng cũ.
Các kỹ thuật kiểm thử hồi quy phổ biến là gì? Các kỹ thuật kiểm thử hồi quy phổ biến bao gồm kiểm thử lại tất cả (retest all), kiểm thử chọn lọc (selective retesting) và kiểm thử ưu tiên (prioritization testing). Kiểm thử lại tất cả là kiểm tra lại tất cả các test case, kiểm thử chọn lọc là chỉ kiểm tra lại các test case liên quan đến các thay đổi mã nguồn, và kiểm thử ưu tiên là ưu tiên kiểm tra các test case quan trọng nhất.
Các công cụ kiểm thử hồi quy tự động nào có thể sử dụng cho ứng dụng di động? Một số công cụ kiểm thử hồi quy tự động phổ biến cho ứng dụng di động bao gồm Appium, Selenium và Robotium. Appium hỗ trợ nhiều nền tảng, Selenium phù hợp cho kiểm thử web, và Robotium được sử dụng cho kiểm thử ứng dụng Android.
Quy trình kiểm thử hồi quy hiệu quả nên bao gồm những bước nào? Một quy trình kiểm thử hồi quy hiệu quả nên bao gồm các bước sau: xác định phạm vi kiểm thử, lựa chọn test case, thực hiện kiểm thử, báo cáo kết quả và đánh giá hiệu quả. Việc xác định phạm vi kiểm thử giúp tập trung vào các khu vực quan trọng nhất của phần mềm, trong khi việc lựa chọn test case đảm bảo rằng tất cả các chức năng quan trọng đều được kiểm tra.
Làm thế nào để tích hợp kiểm thử hồi quy vào quy trình phát triển phần mềm Agile? Để tích hợp kiểm thử hồi quy vào quy trình phát triển phần mềm Agile, cần thực hiện kiểm thử liên tục (continuous testing) trong mỗi sprint. Điều này có nghĩa là kiểm thử hồi quy được thực hiện tự động sau mỗi lần thay đổi mã nguồn. Việc sử dụng các công cụ kiểm thử tự động và tích hợp chúng vào quy trình CI/CD (continuous integration/continuous deployment) là rất quan trọng.

Kết luận

Luận văn đã nghiên cứu tổng quan về kiểm thử hồi quy và các kỹ thuật liên quan, đồng thời phân tích thực trạng áp dụng kiểm thử hồi quy trong phát triển ứng dụng di động.
Luận văn đã đề xuất một quy trình kiểm thử hồi quy phù hợp cho ứng dụng di động, bao gồm các bước xác định phạm vi kiểm thử, lựa chọn test case, thực hiện kiểm thử và báo cáo kết quả.
Luận văn đã thử nghiệm quy trình kiểm thử hồi quy đề xuất trên một ứng dụng di động cụ thể và chứng minh rằng quy trình này có thể giúp phát hiện một lượng lớn các lỗi phát sinh sau khi thay đổi mã nguồn.
Luận văn đã đưa ra các khuyến nghị về việc tăng cường đào tạo, xây dựng quy trình chuẩn, khuyến khích sử dụng kiểm thử tự động và nghiên cứu phát triển các công cụ kiểm thử mới.
Trong tương lai, cần tiếp tục nghiên cứu và phát triển các kỹ thuật và công cụ kiểm thử hồi quy mới, đặc biệt là các công cụ dễ sử dụng và phù hợp với đặc thù của ứng dụng di động. Thời gian thực hiện các nghiên cứu tiếp theo dự kiến là 1-2 năm.

Call-to-action: Đọc luận văn để tìm hiểu sâu hơn về kỹ thuật kiểm thử hồi quy và cách áp dụng nó trong phát triển ứng dụng di động.

Trích đoạn nội dung tài liệu

BO GIAO DỤC VÀ BẢO TẠO TRUONG DAI HOC BACH KHOA HA NOL YH ONOUWL NYATION. Nguyễn Trạng Hà KỸ THUẬT KIỂM THỬ HỘI QUY ỨNG DỤNG TRONG PIIAT TRIEN CAC UNG DUNG TREN DIỆN THOẠI THÔNG MINIL WYN NYHd L YOHL AM LUẬN VAN THAC Si KY THUAT PHAN MEM daPl VOHN TIả 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à KY THUAT KIEM THU HOI QUY UNG DỤNG TRONG POAT TRIGN CAC UNG DUNG TREN DIEN THOAI THONG 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 HUNG Hà Nội —2017 LOI CAM DOAN Téi xin cam đoan những gi téi viet dudi day là hoàn toàn chính thống, không sao chép, những kết quá đo đạc mỏ phóng có trong luận văn chưa từng được công hố từ bất cứ tải liệu nào đưới mọi hình thức. Các thông tin sit dung trong luận văn có nguồn gốc và được trích din ra rang.

Tôi xin hoàn toản chịu trách nhiệm nếu có đấu hiệu sao chép kết quả từ các tải liệu khác. HỌC VIÊN NGUYỄN TRỌNG HÀ Trong mỏi trường phát triển phần mềm hiện nay, một đội kiểm thử có thể tách biệt với đội phát triển, Các thánh viên trong đội kiểm thử giữ các vai trò khác nhau. Các thông tin thu dược từ kiểm thử có thể được sử dụng dễ điều chính quá trinh phat triển phần mềm. Mỗi sản phẩm phan mềm cẻ một đối tượng phục vụ riêng.

Ví đụ như đổi tượng của phần mềm trò chơi điện tử là hoàn toàn khác với đổi tượng của phan mềm ngân hàng. Vì vậy, khi một tố chức phát triển hoặc đầu tư vào một sản phẩm phân mềm, họ có thể đảnh giá liệu các sân phẩm phần mềm có được chấp nhận bởi người dùng cuối, đối tượng phục vụ, người mua, hay những người giữ vai trẻ quan trọng khác hay không. Và việc kiểm Ihữ phan mém la mol quả trình nỗ lực để đưa ra những đánh giá này. Một số khải niệm Khiém khuyét (defect) và lỗi (failure) Không phải tất cả các khiếm khuyết của phần mềm bị gây ra bởi lỗi lập trình mà nguồn gồc chung của các khiêm khuyết đó nằm ở những thiểu sót trong yêu cầu, Ví du, yêu cầu không được xác nhậu mã gây re lỗi là sự sơ suẫi của các nhà thiết kế của chương trình.

Những thiểu sót yêu cầu thường. thấy trong những yêu cầu phi chức năng như là khả năng kiểm thử, khả ning mở rộng, bảo trí, lính khả dụng, hiệu suất, và khả năng bao mat [5] Lỗi phần mềm xảy ra trong suốt qưá trình như sau: Miột lập trình viễn tạo ra một lỗi (sai lắm), mả kết quả chơ ra lá một khiếm khuyết (thất bại, sai sót) trong mã nguồn phần mềm. Nếu lỗi này được thực hiện, trong những tỉnh huống nhất định hệ thống sẽ tạo ra kết quả sai, gây ra một sự thất bại (failure). Không phải tất cä các khiểm khuyết nhất thiết sẽ đẫn đến lỗi nghiêm trọng.

Ví dụ, lỗi trong mã chết sẽ không bao giờ dẫn đến thất bại. Lỗi có thế biển thành một sự thất bại khi môi trường thay đổi. Ví dụ về những thay đổi trang môi trường bao gồm các phân mẻm đang chạy trên một nên tàng phân cúng máy tính mới, thay đổi trang nguồn dữ liệu, hoặc tương tác với các phân mềm khác nhau. Một khiêm khuyết đuy nhất có thể đẫn đến một loạt cac dau hiệu thât bại Một vẫn đề rất cơ bản với kiểm thử phần mềm là việc kiểm thd tat cả các kết nói dầu vào và diều kiện tiên dễ (trạng thái ban dầu) là không khả thi, ngay cả với một sản phẩm dơn giản.

Điểu này có nghĩa rằng số lượng các khiếm khuyết Irong một sản phẩm phần mềm có thể rất lớn và có thể xảy ra không thường xuyên nên rất khỏ dẻ tim thấy trong quả trình MỤC LỤC LỎI MỎ ĐÂU. TONG QUAN wh KIÊM THU PHAN MEM.1, Kiểm thy phan mam. cesses essen eeeeneesereesseneeesneseen 1. Một số khái niệm.

cá nọ re mm 1. Phương pháp kiếm thử 1.4, Các mức kiểm thử. cà nà nh HH 1. Quy trình kiếm thử.

pe wnnu tm 1. Kiểm thử tự động 1. Tổng kết chương. Sar BY sgua CHƯƠNG 2.

KIEM THU HOI QUY UNG DUNG DI ĐỘNG 3. Ứng đụng trên các thiết bị đi đông (Mobile application) 2. Kiểm thử ứng dụng cho thiết bị di động,. Kỹ thuật kiểm thử hổi quy trong ứng dụng di động.

Qui trình kiếm thử hỏi quy 3. Các văn đề nên kiểm thử hồi quy 6 y 2. Công cụ hỗ trợ kiểm thử hỏi quy ứng dụng di động. Tống kết chương 9 ire} CHƯƠNG 3.

CÔNG CỤ KIAM TAI HOI QUY AP DUNG CHO TING DUNG TRÊN ĐIỆN THOẠI THÔNG MINH. Công cụ kiểm thử ReboLium. Công cụ kiếm thử Selendroid. Công cụ kiểm thử Appium 3.

Công cụ kiểm thử Šelcinium. Áp dụng thiết kế ứng dụng Adapter kiểm thứ. Thiết kẻ chương trình 3. Kiểm thử vả kết quã.

nhọn 221v xe Bu 6. Téng két chuong CHƯƠNG 4. KÉT LUẬN VÀ HƯỚNG PHAT TRIEN 4. MỤC LỤC LỎI MỎ ĐÂU.

TONG QUAN wh KIÊM THU PHAN MEM.1, Kiểm thy phan mam. cesses essen eeeeneesereesseneeesneseen 1. Một số khái niệm. cá nọ re mm 1.

Phương pháp kiếm thử 1.4, Các mức kiểm thử. cà nà nh HH 1. Quy trình kiếm thử. pe wnnu tm 1.

Kiểm thử tự động 1. Tổng kết chương. Sar BY sgua CHƯƠNG 2. KIEM THU HOI QUY UNG DUNG DI ĐỘNG 3.

Ứng đụng trên các thiết bị đi đông (Mobile application) 2. Kiểm thử ứng dụng cho thiết bị di động,. Kỹ thuật kiểm thử hổi quy trong ứng dụng di động. Qui trình kiếm thử hỏi quy 3.

Các văn đề nên kiểm thử hồi quy 6 y 2. Công cụ hỗ trợ kiểm thử hỏi quy ứng dụng di động. Tống kết chương 9 ire} CHƯƠNG 3. CÔNG CỤ KIAM TAI HOI QUY AP DUNG CHO TING DUNG TRÊN ĐIỆN THOẠI THÔNG MINH.

Công cụ kiểm thử ReboLium. Công cụ kiếm thử Selendroid. Công cụ kiểm thử Appium 3. Công cụ kiểm thử Šelcinium.

Áp dụng thiết kế ứng dụng Adapter kiểm thứ. Thiết kẻ chương trình 3. Kiểm thử vả kết quã. nhọn 221v xe Bu 6.

Téng két chuong CHƯƠNG 4. KÉT LUẬN VÀ HƯỚNG PHAT TRIEN 4. TONG QUAN VE KIEM THU PHAN MEM 1. Kiểm thử phần mềm Kiếm thử phần mềm là một haạt động kiếm tra để cung cấp cho các bên liên quan thông tin về chất lượng củasản phẩm hoặc địch vụ được kiểm thử.

Kiếm thử có thể cung cập cho đoanh nghiệp một quan điểm, một cách nhìn độc lập về phân mềm để từ đó cha phép đánh giá và thầu hiểu được những rủi ro trong quả trình triển khai phần mềm. Trong ky thuật kiểm thử không chỉ giới hạn ở việc thực hiện một chương trình hoặc ứng đụng với mục đích đi tìm các lễi phản mềm (bao gầm các lỗi và các thiêu sót) mà côn là một quá trình phẻ chuẩn và xác minh mol chuung Irinh máy tính [1], ứng dụng, sản phẩm nhằm « Đáp ứng được mọi yêu cầu đặc tả khi thiết kế và phát triển phần mềm. « Thực hiện công việc đúng như kỹ vọng, « Có thể triển khai duợc với những đặc tính tương tự. «Và đáp ứng được mọi nhu câu của các bên liên quan Tùy thuộc vào từng phương pháp, việc kiểm thử có thể được thực hiện bat ctr bic nau trong quả trình phát triển phần mêm.

Theo qui trình phát trién phan mém truyén théng (waterfall process) thì các hoại động kiểm thử được tiến hành sau khi các yêu cầu được xác định và việc lập trình được hoàn tất nhưng trong mỗi trưởng phát triển linh hoạt (Agilc) thì việc kiểm thể được tiễn hành liên tục trong suốt quá trình xây dựng phần r Nhu vậy, mỗi một phương pháp kiểm thử bị chỉ phối theo một quy trình phat trién phan mém nhất định Kiểm thử không thể xéc định hoàn toản được tất cả các lỗi bên trong phần mềm. Thay vào đó, nó so sánh trạng thái và hành vi của sản phẩm với các nguyên tắc hay cơ chế để phát hiện vẫn để. Các nguyên tắc này có thể bao gồm (nhưng không giới hạn) các đặc tä phản mềm, hợp đẳng, sản phẩm tương đương, các phiên bản trước của cùng một sản phẩm, phủ hợp với mục đích dự kiến nhằm đáp ứng sự kỷ vọng của người đùng, khách hàng, quy định của pháp luật hiện hành và các tiêu chuẳn liên quan khác [2] Pham vi của kiểm thử phần mềm thường bao gồm việc kiểm Ira mã lệnh, thie hid các mã lệnh trong rnôi truGng va đi kiện khác nhau, và việc kiểm thử các khía canh của mã lệnh, có làm dủng nhiệm vu của chương trình bay không, và chương trình có làm những gì cần phải làm hay không CHUONG 1. TONG QUAN VE KIEM THU PHAN MEM 1.

Kiểm thử phần mềm Kiếm thử phần mềm là một haạt động kiếm tra để cung cấp cho các bên liên quan thông tin về chất lượng củasản phẩm hoặc địch vụ được kiểm thử. Kiếm thử có thể cung cập cho đoanh nghiệp một quan điểm, một cách nhìn độc lập về phân mềm để từ đó cha phép đánh giá và thầu hiểu được những rủi ro trong quả trình triển khai phần mềm. Trong ky thuật kiểm thử không chỉ giới hạn ở việc thực hiện một chương trình hoặc ứng đụng với mục đích đi tìm các lễi phản mềm (bao gầm các lỗi và các thiêu sót) mà côn là một quá trình phẻ chuẩn và xác minh mol chuung Irinh máy tính [1], ứng dụng, sản phẩm nhằm « Đáp ứng được mọi yêu cầu đặc tả khi thiết kế và phát triển phần mềm. « Thực hiện công việc đúng như kỹ vọng, « Có thể triển khai duợc với những đặc tính tương tự.

«Và đáp ứng được mọi nhu câu của các bên liên quan Tùy thuộc vào từng phương pháp, việc kiểm thử có thể được thực hiện bat ctr bic nau trong quả trình phát triển phần mêm. Theo qui trình phát trién phan mém truyén théng (waterfall process) thì các hoại động kiểm thử được tiến hành sau khi các yêu cầu được xác định và việc lập trình được hoàn tất nhưng trong mỗi trưởng phát triển linh hoạt (Agilc) thì việc kiểm thể được tiễn hành liên tục trong suốt quá trình xây dựng phần r Nhu vậy, mỗi một phương pháp kiểm thử bị chỉ phối theo một quy trình phat trién phan mém nhất định Kiểm thử không thể xéc định hoàn toản được tất cả các lỗi bên trong phần mềm. Thay vào đó, nó so sánh trạng thái và hành vi của sản phẩm với các nguyên tắc hay cơ chế để phát hiện vẫn để.

Nội dung được bảo vệ bản quyền — Tải xuống đầy đủ