![]() |
| ảnh minh họa |
Tuyên ngôn nhanh nhẹ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 thực hiện nó và giúp những người khác làm điều đó. Thông qua công việc này, chúng ta đã đạt đến giá trị -Cá nhân và tương tác trên 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.
Khách hàng hợp tác về thương lượng hợp đồng.
Trả lời thay đổi theo 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.
Thử nghiệm Agile là gì
Agile Testing 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 tra nhanh bao gồm 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 kiểm thử. 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 ra trường hợp thử nghiệm. Thử nghiệm diễn ra đồng thời thông qua Chu kỳ phát triển cuộc sống.
Hơn nữa, với những người thử nghiệm tham gia toàn bộ Vòng đời phát triển cùng với các thành viên nhóm chức năng, sự đóng góp của người thử nghiệm để 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ở thành có thể.
Kiểm thử nhanh bao gồm tất cả các cấp độ kiểm thử và tất cả các loại thử nghiệm.
Kiểm tra Agile 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 của Chu kỳ phát triển cuộc sống diễn ra theo từng giai đoạn. Vì vậy, thử nghiệm là một giai đoạn riêng biệt và được bắt đầu chỉ 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à Kiểm thử Thá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 pha riêng biệt. Tất cả các cấp và các 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 thử nghiệm làm việc riêng biệt với 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 cá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 thử chấp nhận hợp lý sẽ sẵn sàng cùng với các yêu cầu. Người thử nghiệm có thể không tham gia vào giai đoạn yêu cầu.
Kiểm thử 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 thử chấp nhận chỉ được thực hiện ở cuối dự án.
Mỗi lần lặp lại hoàn thành thử nghiệm riêng của nó, do đó cho phép thử nghiệm hồi quy được thực hiện mỗi khi các hàm hoặc logic mới được giải phóng. Kiểm thử hồi quy có thể được thực hiện chỉ sau khi hoàn thành phát triển.
Không có thời gian trễ giữa mã hóa và kiểm thử . Thời gian chậm trễ thông thường giữa mã hóa và kiểm thử.
Thử nghiệm liên tục với các cấp độ kiểm thử trùng lặp. Kiểm thử là một hoạt động theo thời gian và các cấp kiểm thử không thể trùng lặp.
Thử nghiệm là phương pháp hay nhất. Kiểm thử thường bị bỏ qua.
Nguyên tắc kiểm thử nhanh
Các nguyên tắc của thử nghiệm Agile làThử nghiệm di chuyển dự án về phía trước - Kiểm thử liên tục là cách duy nhất để đảm bảo tiến trình liên tục. Kiểm thử nhanh chóng cung cấp 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.
Thử nghiệm không phải là một giai đoạn - Các thử nghiệm nhó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 được thực hiện. Thử nghiệm không được lưu giữ trong giai đoạn sau.
Tất cả mọi người 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 lại, ngay cả khách hàng thực hiện Kiểm thử chấp nhận người dùng.
Rút ngắn vòng lặp phản hồi - Trong thử nghiệm nhanh nhẹn, nhóm kinh doanh có thể biết được sự phát triển sản phẩm cho mỗi lần lặp lại. Chúng liên quan đến mọi lần lặp lại. 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 lỗi sẽ í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 sẽ ở 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 thử nghiệm Agile
Sử dụng danh sách kiểm thử có thể tái sử dụng để đề xuất các bài kiểm thử.
Tập trung vào bản chất của bài kiểm thử chứ không phải là chi tiết ngẫu nhiên.
Sử dụng các công cụ / kiểu tài liệu có trọng lượng nhẹ.
Nắm bắt các ý tưởng thử nghiệm trong điều lệ để kiểm thử khám phá.
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 kịch bản lệnh thử nghiệm để kiểm thử 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à một kịch bản kiểm thử tự động hóa tương đương.
"Xong Xong," không chỉ được thực hiện - Trong Agile, một tính năng được cho là được thực hiện không sau khi phát triển nhưng sau khi phát triển và thử nghiệm.
Test-Last vs. Test Driven - Các trường hợp kiểm thử được viết cùng với các yêu cầu. Do đó, 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 theo hướng kiểm thử(Test Driven Development - TDD) và Phát triển thử nghiệm chấp nhận (ATDD). Điều này trái ngược với thử nghiệm như một giai đoạn cuối trong Thử nghiệm thác nước.
Hoạt động kiểm tra nhanh
Các hoạt động thử nghiệm nhanh ở cấp dự án làKế hoạch phát hành (Kế hoạch thử nghiệm)
Đối với mọi lần lặp lại,
Các hoạt động thử nghiệm nhanh nhẹn trong quá trình lặp lại
Kiểm thử hồi quy
Hoạt động phát hành (Kiểm thử liên quan)
Các hoạt động thử nghiệm nhanh trong một lần lặp bao gồm -
Tham gia lập kế hoạch lặp lại
Ước tính công việc từ chế độ xem thử nghiệm
Viết các trường hợp thử nghiệm 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
Thử nghiệm 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 trạng thái về tiến độ thử nghiệm
Theo dõi lỗi

Không có nhận xét nào:
Đăng nhận xét