kiểm thử phần mềm Agile là một phương pháp phát triển lặp lại, trong đó toàn bộ nhóm dự án tham gia vào tất cả các hoạt động. Các yêu cầu phát triển như tiến trình lặp lại, thông qua sự hợp tác giữa khách hàng và các nhóm tự tổ chức. Khi Mã hóa và Kiểm thử được thực hiện tương tác và từng bước, trong quá trình phát triển, sản phẩm cuối cùng sẽ có chất lượng và đảm bảo các yêu cầu của khách hàng.
Mỗi lần lặp lại dẫn đến tăng sản phẩm tích hợp và được phân phối cho Thử nghiệm chấp nhận của người dùng. Phản hồi của khách hàng do đó thu được sẽ là đầu vào cho các lần lặp tiếp theo / tiếp
Trong Agile, thông tin liên lạc được đưa ra vô cùng quan trọng và các yêu cầu của khách hàng được nhận và khi cần thiết. Điều này mang lại sự hài lòng cho khách hàng rằng tất cả các yếu tố đầu vào được xem xét và sản phẩm chất lượng làm việc có sẵn trong suốt quá trình phát triển.
Scrum
Scrum là một phương pháp phát triển Agile nhấn mạnh vào cách tiếp cận tập trung vào nhóm. Nó ủng hộ sự tham gia của toàn bộ nhóm trong tất cả các hoạt động phát triển dự án.
XP
Lập trình eXtreme là trung tâm khách hàng và tập trung vào các yêu cầu thay đổi liên tục. Với các bản phát hành thường xuyên và phản hồi của khách hàng, sản phẩm cuối cùng sẽ đáp ứng được yêu cầu của khách hàng chất lượng được làm rõ hơn trong suốt quá trình.
Pha lê
Tinh thể được dựa trên điều lệ, giao hàng tuần hoàn và gói gọn.
Điều lệ liên quan đến việc hình thành một nhóm phát triển, thực hiện một phân tích khả thi sơ bộ, đến một kế hoạch ban đầu và phương pháp phát triển.
Giao hàng tuần hoàn với hai hoặc nhiều chu kỳ phân phối tập trung vào giai đoạn phát triển và phân phối sản phẩm tích hợp cuối cùng.
Trong quá trình Kết thúc, triển khai vào môi trường người dùng, các đánh giá và phản ánh sau khi triển khai được thực hiện.
FDD
Tính năng phát triển Driven (FDD) liên quan đến việc thiết kế và xây dựng các tính năng. Sự khác biệt giữa FDD và các phương pháp phát triển Agile khác là các tính năng được phát triển theo từng giai đoạn cụ thể và ngắn.
DSDM
Phương pháp phát triển phần mềm động (DSDM) dựa trên Phát triển ứng dụng nhanh (RAD) và được liên kết với Khung công tác Agile. DSDM tập trung vào việc phân phối thường xuyên sản phẩm, liên quan đến người dùng tích cực và trao quyền cho các nhóm đưa ra quyết định nhanh chóng.
Chất thải bao gồm công việc được thực hiện một phần, công việc không liên quan, các tính năng không được khách hàng, khuyết tật, vv sử dụng để thêm vào sự chậm trễ khi giao hàng.
Các nguyên tắc nạc là
Loại bỏ rác thải
Amplify Learning
Cam kết chậm trễ
Trao quyền cho nhóm
Cung cấp nhanh
Xây dựng tính toàn vẹn trong
Xem toàn bộ
Kanban
Kanban tập trung vào việc quản lý công việc với sự nhấn mạnh vào việc giao hàng đúng lúc (JIT), trong khi không quá tải các thành viên trong nhóm. Các nhiệm vụ được hiển thị cho tất cả những người tham gia xem và cho các Thành viên Nhóm để kéo công việc từ hàng đợi.
Giới hạn làm việc trong tiến trình (WIP)
Thời gian dẫn
Phương pháp kiểm thử phần mềm nhanh nhẹn
Các thực hành thử nghiệm được xác định rõ ràng cho mọi dự án, cho dù Agile hay không, để cung cấp các sản phẩm chất lượng. Nguyên tắc kiểm thử phần mềm truyền thống thường được sử dụng trong thử nghiệm Agile. Một trong số đó là Thử nghiệm Sớm tập trung vào -
Viết Test Cases để thể hiện hành vi của hệ thống.
Phòng ngừa khiếm khuyết sớm, phát hiện và loại bỏ.
Đảm bảo rằng các loại thử nghiệm phù hợp được chạy vào đúng thời điểm và là một phần của cấp độ kiểm thử phần mềm phù hợp.
Trong tất cả các phương pháp Agile mà chúng ta đã thảo luận, kiểm thử Agile trong chính nó là một phương pháp luận. Trong tất cả các phương pháp tiếp cận, các trường hợp kiểm thử được viết trước khi mã hóa.
Trong hướng dẫn này, chúng tôi sẽ tập trung vào Scrum như là phương pháp thử nghiệm nhanh.
Các phương pháp kiểm thử phần mềm Agile thường được sử dụng khác là -
Phát triển theo hướng thử nghiệm (TDD) - Phát triển dựa trên thử nghiệm (TDD) dựa trên mã hóa được hướng dẫn bởi các bài kiểm thử phần mềm.
Phát triển dựa trên thử nghiệm chấp nhận (ATDD) - Phát triển dựa trên sự kiểm thử phần mềm chấp nhận (ATDD) dựa trên giao tiếp giữa khách hàng, nhà phát triển và người thử nghiệm và được thúc đẩy bởi các tiêu chí chấp nhận được chấp thuận trước và các trường hợp kiểm thử phần mềm chấp nhận.
Phát triển theo hướng hành vi (BDD) - Trong thử nghiệm phát triển theo hành vi (BDD) dựa trên hành vi dự kiến của phần mềm đang được phát triển.
Đóng góp vào Câu chuyện của người dùng dựa trên hành vi mong đợi của Hệ thống được mô tả là Trường hợp kiểm thử phần mềm
Lập kế hoạch phát hành dựa trên nỗ lực kiểm thử phần mềm và lỗi
Lập kế hoạch Sprint dựa trên câu chuyện và lỗi của người dùng
Thực thi chạy nước rút với thử nghiệm liên tục
kiểm thử phần mềm hồi quy sau khi hoàn thành Sprint
Báo cáo kết quả kiểm thử phần mềm
Thử nghiệm tự động hóa
Thử nghiệm là lặp đi lặp lại và chạy nước rút dựa theo mô tả trong sơ đồ dưới đây -
Mỗi lần lặp lại dẫn đến tăng sản phẩm tích hợp và được phân phối cho Thử nghiệm chấp nhận của người dùng. Phản hồi của khách hàng do đó thu được sẽ là đầu vào cho các lần lặp tiếp theo / tiếp
theo.
Tích hợp liên tục, chất lượng liên tục
kiểm thử phần mềm Tích hợp liên tục là chìa khóa cho sự thành công của Agile Development. Tích hợp thường xuyên, ít nhất là hàng ngày như vậy mà bạn đã sẵn sàng cho một bản phát hành và khi được yêu cầu. Thử nghiệm trong Agile trở thành một thành phần thiết yếu của tất cả các giai đoạn phát triển, đảm bảo chất lượng liên tục của sản phẩm. Phản hồi liên tục từ tất cả mọi người tham gia dự án sẽ bổ sung thêm chất lượng của sản phẩm.Trong Agile, thông tin liên lạc được đưa ra vô cùng quan trọng và các yêu cầu của khách hàng được nhận và khi cần thiết. Điều này mang lại sự hài lòng cho khách hàng rằng tất cả các yếu tố đầu vào được xem xét và sản phẩm chất lượng làm việc có sẵn trong suốt quá trình phát triển.
phương pháp Agile
Có một số phương pháp Agile hỗ trợ phát triển Agile. Các phương pháp Agile bao gồm -Scrum
Scrum là một phương pháp phát triển Agile nhấn mạnh vào cách tiếp cận tập trung vào nhóm. Nó ủng hộ sự tham gia của toàn bộ nhóm trong tất cả các hoạt động phát triển dự án.
XP
Lập trình eXtreme là trung tâm khách hàng và tập trung vào các yêu cầu thay đổi liên tục. Với các bản phát hành thường xuyên và phản hồi của khách hàng, sản phẩm cuối cùng sẽ đáp ứng được yêu cầu của khách hàng chất lượng được làm rõ hơn trong suốt quá trình.
Pha lê
Tinh thể được dựa trên điều lệ, giao hàng tuần hoàn và gói gọn.
Điều lệ liên quan đến việc hình thành một nhóm phát triển, thực hiện một phân tích khả thi sơ bộ, đến một kế hoạch ban đầu và phương pháp phát triển.
Giao hàng tuần hoàn với hai hoặc nhiều chu kỳ phân phối tập trung vào giai đoạn phát triển và phân phối sản phẩm tích hợp cuối cùng.
Trong quá trình Kết thúc, triển khai vào môi trường người dùng, các đánh giá và phản ánh sau khi triển khai được thực hiện.
FDD
Tính năng phát triển Driven (FDD) liên quan đến việc thiết kế và xây dựng các tính năng. Sự khác biệt giữa FDD và các phương pháp phát triển Agile khác là các tính năng được phát triển theo từng giai đoạn cụ thể và ngắn.
DSDM
Phương pháp phát triển phần mềm động (DSDM) dựa trên Phát triển ứng dụng nhanh (RAD) và được liên kết với Khung công tác Agile. DSDM tập trung vào việc phân phối thường xuyên sản phẩm, liên quan đến người dùng tích cực và trao quyền cho các nhóm đưa ra quyết định nhanh chóng.
Phát triển phần mềm Lean
Trong Phát triển phần mềm Lean, tập trung vào loại bỏ chất thải và đưa ra giá trị cho khách hàng. Điều này dẫn đến sự phát triển nhanh chóng và sản phẩm có giá trị.Chất thải bao gồm công việc được thực hiện một phần, công việc không liên quan, các tính năng không được khách hàng, khuyết tật, vv sử dụng để thêm vào sự chậm trễ khi giao hàng.
Các nguyên tắc nạc là
Loại bỏ rác thải
Amplify Learning
Cam kết chậm trễ
Trao quyền cho nhóm
Cung cấp nhanh
Xây dựng tính toàn vẹn trong
Xem toàn bộ
Kanban
Kanban tập trung vào việc quản lý công việc với sự nhấn mạnh vào việc giao hàng đúng lúc (JIT), trong khi không quá tải các thành viên trong nhóm. Các nhiệm vụ được hiển thị cho tất cả những người tham gia xem và cho các Thành viên Nhóm để kéo công việc từ hàng đợi.
Kanban dựa trên
Ban Kanban (Trực quan và kiên trì trong suốt quá trình phát triển)Giới hạn làm việc trong tiến trình (WIP)
Thời gian dẫn
Phương pháp kiểm thử phần mềm nhanh nhẹn
Các thực hành thử nghiệm được xác định rõ ràng cho mọi dự án, cho dù Agile hay không, để cung cấp các sản phẩm chất lượng. Nguyên tắc kiểm thử phần mềm truyền thống thường được sử dụng trong thử nghiệm Agile. Một trong số đó là Thử nghiệm Sớm tập trung vào -
Viết Test Cases để thể hiện hành vi của hệ thống.
Phòng ngừa khiếm khuyết sớm, phát hiện và loại bỏ.
Đảm bảo rằng các loại thử nghiệm phù hợp được chạy vào đúng thời điểm và là một phần của cấp độ kiểm thử phần mềm phù hợp.
Trong tất cả các phương pháp Agile mà chúng ta đã thảo luận, kiểm thử Agile trong chính nó là một phương pháp luận. Trong tất cả các phương pháp tiếp cận, các trường hợp kiểm thử được viết trước khi mã hóa.
Trong hướng dẫn này, chúng tôi sẽ tập trung vào Scrum như là phương pháp thử nghiệm nhanh.
Các phương pháp kiểm thử phần mềm Agile thường được sử dụng khác là -
Phát triển theo hướng thử nghiệm (TDD) - Phát triển dựa trên thử nghiệm (TDD) dựa trên mã hóa được hướng dẫn bởi các bài kiểm thử phần mềm.
Phát triển dựa trên thử nghiệm chấp nhận (ATDD) - Phát triển dựa trên sự kiểm thử phần mềm chấp nhận (ATDD) dựa trên giao tiếp giữa khách hàng, nhà phát triển và người thử nghiệm và được thúc đẩy bởi các tiêu chí chấp nhận được chấp thuận trước và các trường hợp kiểm thử phần mềm chấp nhận.
Phát triển theo hướng hành vi (BDD) - Trong thử nghiệm phát triển theo hành vi (BDD) dựa trên hành vi dự kiến của phần mềm đang được phát triển.
Vòng đời kiểm tra Agile
Trong Scrum, các hoạt động Thử nghiệm bao gồmĐóng góp vào Câu chuyện của người dùng dựa trên hành vi mong đợi của Hệ thống được mô tả là Trường hợp kiểm thử phần mềm
Lập kế hoạch phát hành dựa trên nỗ lực kiểm thử phần mềm và lỗi
Lập kế hoạch Sprint dựa trên câu chuyện và lỗi của người dùng
Thực thi chạy nước rút với thử nghiệm liên tục
kiểm thử phần mềm hồi quy sau khi hoàn thành Sprint
Báo cáo kết quả kiểm thử phần mềm
Thử nghiệm tự động hóa
Thử nghiệm là lặp đi lặp lại và chạy nước rút dựa theo mô tả trong sơ đồ dưới đây -

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