Kiểm tra Agile - Tổng quan

Agile là một phương pháp phát triển lặp Kiểm thử phần mềm, trong đó cả hoạt động phát triển và thử nghiệm đều đồng thời.

Thử nghiệm không phải là một giai đoạn riêng biệt; Mã hóa và thử nghiệm được thực hiện tương tác và tăng dần, dẫn đến chất lượng sản phẩm cuối cùng, đáp ứng yêu cầu của khách hàng.

Hơn nữa, tích hợp liên tục dẫn đến loại bỏ khiếm khuyết sớm và do đó tiết kiệm thời gian, công sức và chi phí.

Học kiểm thử phần mềm 

Tuyên ngôn nhanh nhẹn

Bản tuyên ngôn Agile được xuất bản bởi một nhóm các nhà phát triển phần mềm vào năm 2001, nhấn mạnh tầm quan trọng của nhóm phát triển, đáp ứng các yêu cầu thay đổi và sự tham gia của khách hàng.

Tuyên ngôn Agile là

Chúng tôi đang khám phá những cách tốt hơn để phát triển phần mềm bằng cách làm điều đó và giúp người khác làm điều đó. Thông qua công việc này, chúng tôi đã đạt được giá trị -

Cá nhân và tương tác qua các quy trình và công cụ.

Phần mềm làm việc trên tài liệu toàn diện.

Hợp tác khách hàng qua đàm phán hợp đồng.

Đáp ứng để thay đổi theo một kế hoạch.

Đó là, trong khi có giá trị trong các mục bên phải, chúng tôi đánh giá các mục bên trái nhiều hơn.

Kiểm thử Agile là gì?

Kiểm thử Agile là một thực hành kiểm thử phần mềm tuân theo các nguyên tắc phát triển phần mềm nhanh.

Kiểm thử phần mềm Agile liên quan đến tất cả các thành viên của nhóm dự án, với chuyên môn đặc biệt được đóng góp bởi những người thử nghiệm. Thử nghiệm không phải là một giai đoạn riêng biệt và được đan xen với tất cả các giai đoạn phát triển như yêu cầu, thiết kế và mã hóa và tạo trường hợp thử nghiệm. Thử nghiệm diễn ra đồng thời thông qua Vòng đời phát triển.

Hơn nữa, với những người thử nghiệm tham gia vào toàn bộ Vòng đời phát triển kết hợp với các thành viên nhóm chức năng chéo, sự đóng góp của người thử nghiệm trong việc xây dựng phần mềm theo yêu cầu của khách hàng, với thiết kế và mã tốt hơn sẽ trở nên khả thi.

Thử nghiệm Agile bao gồm tất cả các cấp độ thử nghiệm và tất cả các loại thử nghiệm.

Thử nghiệm nhanh nhẹn Vs. Thử nghiệm thác nước

Trong phương pháp Phát triển Thác nước, các hoạt động Vòng đời Phát triển diễn ra theo từng giai đoạn. Do đó, thử nghiệm là một giai đoạn riêng biệt và chỉ được bắt đầu sau khi hoàn thành giai đoạn phát triển.

Sau đây là những điểm nổi bật về sự khác biệt giữa Thử nghiệm Agile và Thử nghiệm thác nước

Kiểm tra nhanh	Thử nghiệm thác nước
Thử nghiệm không phải là một giai đoạn riêng biệt và xảy ra đồng thời với sự phát triển.	Thử nghiệm là một giai đoạn riêng biệt.Tất cả các cấp độ và loại thử nghiệm chỉ có thể bắt đầu sau khi hoàn thành phát triển.
Người thử nghiệm và nhà phát triển làm việc cùng nhau.	Người kiểm thử làm việc riêng biệt với các nhà phát triển.
Người thử nghiệm có liên quan đến việc đưa ra các yêu cầu. Điều này giúp trong việc yêu cầu ánh xạ tới các hành vi trong kịch bản thế giới thực và cũng đóng khung các tiêu chí chấp nhận.Ngoài ra, các trường hợp kiểm tra chấp nhận logic sẽ sẵn sàng cùng với các yêu cầu.	Người thử có thể không được tham gia vào giai đoạn yêu cầu.
Kiểm tra chấp nhận được thực hiện sau mỗi lần lặp lại và phản hồi của khách hàng được tìm kiếm.	Kiểm tra chấp nhận chỉ được thực hiện khi kết thúc dự án.
Mỗi lần lặp hoàn thành kiểm tra riêng của nó, do đó cho phép kiểm tra hồi quy được thực hiện mỗi khi các chức năng hoặc logic mới được phát hành.	Kiểm tra hồi quy chỉ có thể được thực hiện sau khi hoàn thành phát triển.
Không có thời gian trễ giữa mã hóa và thử nghiệm.	Thời gian trễ thông thường giữa mã hóa và thử nghiệm.
Kiểm tra liên tục với các mức kiểm tra chồng chéo.	Kiểm tra là một hoạt động đúng thời gian và mức độ kiểm tra không thể chồng lấp.
Kiểm tra là một thực hành tốt nhất.	Kiểm tra thường bị bỏ qua.

Nguyên tắc kiểm thử Agile

Các nguyên tắc của Kiểm thử phần mềm Agile là

Kiểm thử di chuyển dự án về phía trước - Thử nghiệm liên tục là cách duy nhất để đảm bảo tiến độ liên tục. Kiểm thử Agile cung cấp thông tin phản hồi trên cơ sở liên tục và sản phẩm cuối cùng đáp ứng nhu cầu kinh doanh.

Kiểm thử không phải là một giai đoạn - Nhóm thử nghiệm Agile cùng với nhóm phát triển để đảm bảo rằng các tính năng được triển khai trong một lần lặp đã cho thực sự được thực hiện. Kiểm thử không được giữ cho giai đoạn sau.

Mọi người đều Kiểm thử - Trong thử nghiệm nhanh, toàn bộ nhóm bao gồm các nhà phân tích, nhà phát triển và người thử nghiệm Kiểm thử ứng dụng. Sau mỗi lần lặp, ngay cả khách hàng cũng thực hiện Kiểm thử chấp nhận người dùng.

Rút ngắn các vòng phản hồi - Trong thử nghiệm Agile, nhóm kinh doanh làm quen với việc phát triển sản phẩm cho mỗi lần lặp. Họ được tham gia vào mỗi lần lặp. Phản hồi liên tục rút ngắn thời gian phản hồi phản hồi và do đó chi phí liên quan đến việc sửa nó là ít hơn.

Giữ mã sạch - Các lỗi được sửa khi chúng được nâng lên trong cùng một lần lặp. Điều này đảm bảo mã sạch tại bất kỳ cột mốc phát triển nào.

Tài liệu nhẹ - Thay vì tài liệu Kiểm thử toàn diện, người Kiểm thử Agile

Sử dụng danh sách Kiểm thử có thể tái sử dụng để đề xuất Kiểm thử.

Tập trung vào bản chất của bài Kiểm thử hơn là các chi tiết ngẫu nhiên.

Sử dụng các phong cách / công cụ tài liệu nhẹ.

Nắm bắt ý tưởng thử nghiệm trong điều lệ cho thử nghiệm thăm dò.

Tận dụng tài liệu cho nhiều mục đích.

Tận dụng một tạo phẩm thử nghiệm cho các thử nghiệm thủ công và tự động - Có thể sử dụng cùng một tạo tác kịch bản thử nghiệm để thử nghiệm thủ công và làm đầu vào cho các thử nghiệm tự động. Điều này loại bỏ yêu cầu của Tài liệu Kiểm thử thủ công và sau đó là Tập lệnh Kiểm thử tự động hóa tương đương.

Hoàn thành xong, không chỉ thực hiện - Trong Agile, một tính năng được cho là không được thực hiện sau khi phát triển mà sau khi phát triển và thử nghiệm.

Test-Last so với Test Driven - Test Case được viết cùng với các yêu cầu. Do đó, sự phát triển có thể được thúc đẩy bởi thử nghiệm. Cách tiếp cận này được gọi là Phát triển hướng thử nghiệm (TDD) và Phát triển hướng thử nghiệm chấp nhận (ATDD). Điều này trái ngược với thử nghiệm như là giai đoạn cuối trong Thử nghiệm thác nước.

Hoạt động kiểm thử Agile

Các hoạt động Kiểm thử Agile ở cấp dự án là

Kế hoạch phát hành (Kế hoạch Kiểm thử)

Đối với mỗi lần lặp,

Các hoạt động Kiểm thử nhanh nhẹn trong một lần lặp

Kiểm thử phần mềm hồi quy

Hoạt động phát hành (Kiểm thử liên quan)

Các hoạt động Kiểm thử Agile trong một lần lặp bao gồm

Tham gia lập kế hoạch lặp

Ước tính nhiệm vụ từ quan điểm Kiểm thử

Viết trường hợp Kiểm thử bằng cách sử dụng các mô tả tính năng

Kiểm thử đơn vị

Thử nghiệm hội nhập

Kiểm thử tính năng

Sửa lỗi

Thử nghiệm hội nhập

Kiểm thử chấp nhận

Báo cáo tình trạng về tiến độ kiểm thử

Theo dõi lỗi