Agile là một phương pháp phát triển lặp, 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 khi 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.
Vì Mã hóa và Thử nghiệm được thực hiện tương tác và tăng dần, 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 yêu cầu của khách hàng.
Mỗi lần lặp lại dẫn đến gia tăng sản phẩm làm việc tích hợp và được phân phối cho Kiểm thử phần mềm chấp nhận người dùng. Do đó, phản hồi của khách hàng 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 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 để bạn sẵn sàng phát hành khi cần thiết.
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 sản phẩm liên tục. Phản hồi liên tục từ mọi người tham gia vào dự án làm tăng thêm chất lượng của sản phẩm.
Trong Agile, giao tiếp được coi trọng nhất và các yêu cầu của khách hàng được nhận 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.
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 đội trong tất cả các hoạt động phát triển dự án.
XP
Lập trình eXtreme lấy khách hàng làm trung tâm và tập trung vào các yêu cầu liên tục thay đổi. Với việc 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 sẽ có chất lượng đáp ứng yêu cầu của khách hàng được làm rõ ràng hơn trong quá trình.
Pha lê
Crystal dựa trên điều lệ, giao hàng theo chu kỳ và kết thúc.
Điều lệ liên quan đến việc thành lập một nhóm phát triển, thực hiện phân tích tính khả thi sơ bộ, đi đến một kế hoạch ban đầu và phương pháp phát triển.
Giao hàng theo chu kỳ với hai hoặc nhiều chu kỳ giao hàng 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 Gói, triển khai vào môi trường người dùng, đánh giá và phản ánh sau triển khai được thực hiện.
FDĐ
Phát triển dựa trên tính năng (FDD) liên quan đến 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 căn chỉnh theo Khung Agile. DSDM tập trung vào việc phân phối sản phẩm thường xuyên, liên quan đến người dùng một cách tích cực và trao quyền cho các nhóm đưa ra quyết định nhanh chóng.
Trong Lean Software Development, tập trung vào việc loại bỏ lãng phí và mang lại 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ủa giá trị.
Lãng phí bao gồm một phần công việc được thực hiện, công việc không liên quan, các tính năng không được sử dụng bởi khách hàng, lỗi, v.v. làm tăng thêm sự chậm trễ trong giao hàng.
Các nguyên tắc Lean là
Loại bỏ rác thải
Học tập khuếch đại
Cam kết chậm trễ
Trao quyền cho đội
Giao hàng 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 trọng tâm là phân phối đúng lúc (JIT), trong khi không làm 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 trong nhóm kéo công việc từ hàng đợi.
Hội đồng Kanban (Trực quan và bền vững trong suốt quá trình phát triển)
Giới hạn công việc đang thực hiện (WIP)
Thời gian dẫn
Phương pháp Kiểm thử phần mềm Agile
Các thực tiễn kiểm thử đượ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ử truyền thống thường được sử dụng trong kiểm thử Agile. Một trong số đó là Thử nghiệm sớm tập trung vào
Viết các trường hợp kiểm thử để thể hiện hành vi của hệ thống.
Phòng ngừa khuyết tậ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 độ thử nghiệm phù hợp.
Trong tất cả các Phương pháp Agile mà chúng ta đã thảo luận, bản thân Agile tests là một Phương pháp. Trong tất cả các phương pháp tiếp cận, Test Case đượ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 là Phương pháp kiểm thử Agile.
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 dựa trên 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 thử nghiệ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 thử nghiệ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 và trường hợp chấp nhận được xác định trước.
Phát triển dựa trên hành vi (BDD) - Trong thử nghiệm Phát triển dựa trên 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.
Trong Scrum, các hoạt động Kiểm thử bao gồm
Đóng góp cho Câu chuyện của người dùng dựa trên hành vi dự kiến của Hệ thống được mô tả là Các trường hợp thử nghiệm
Kế hoạch phát hành dựa trên nỗ lực kiểm thử và khuyết tật
Lập kế hoạch Sprint dựa trên Câu chuyện và Khiếm khuyết của Người dùng
Thực thi Sprint với thử nghiệm liên tục
Kiểm thử hồi quy sau khi hoàn thành Sprint
Báo cáo kết quả kiểm thử
Kiểm thử tự động hóa
Kiểm thử phần mềm là lặp đi lặp lại và chạy nước rút dựa trên mô tả trong sơ đồ dưới đây
Vì Mã hóa và Thử nghiệm được thực hiện tương tác và tăng dần, 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 yêu cầu của khách hàng.
 |
| Học kiểm thử phần mềm chuyên nghiệp |
Mỗi lần lặp lại dẫn đến gia tăng sản phẩm làm việc tích hợp và được phân phối cho Kiểm thử phần mềm chấp nhận người dùng. Do đó, phản hồi của khách hàng 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
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 để bạn sẵn sàng phát hành khi cần thiết.
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 sản phẩm liên tục. Phản hồi liên tục từ mọi người tham gia vào dự án làm tăng thêm chất lượng của sản phẩm.
Trong Agile, giao tiếp được coi trọng nhất và các yêu cầu của khách hàng được nhận 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 đội trong tất cả các hoạt động phát triển dự án.
XP
Lập trình eXtreme lấy khách hàng làm trung tâm và tập trung vào các yêu cầu liên tục thay đổi. Với việc 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 sẽ có chất lượng đáp ứng yêu cầu của khách hàng được làm rõ ràng hơn trong quá trình.
Pha lê
Crystal dựa trên điều lệ, giao hàng theo chu kỳ và kết thúc.
Điều lệ liên quan đến việc thành lập một nhóm phát triển, thực hiện phân tích tính khả thi sơ bộ, đi đến một kế hoạch ban đầu và phương pháp phát triển.
Giao hàng theo chu kỳ với hai hoặc nhiều chu kỳ giao hàng 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 Gói, triển khai vào môi trường người dùng, đánh giá và phản ánh sau triển khai được thực hiện.
FDĐ
Phát triển dựa trên tính năng (FDD) liên quan đến 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 căn chỉnh theo Khung Agile. DSDM tập trung vào việc phân phối sản phẩm thường xuyên, liên quan đến người dùng một cách 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 tinh gọn
Trong Lean Software Development, tập trung vào việc loại bỏ lãng phí và mang lại 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ủa giá trị.
Lãng phí bao gồm một phần công việc được thực hiện, công việc không liên quan, các tính năng không được sử dụng bởi khách hàng, lỗi, v.v. làm tăng thêm sự chậm trễ trong giao hàng.
Các nguyên tắc Lean là
Loại bỏ rác thải
Học tập khuếch đại
Cam kết chậm trễ
Trao quyền cho đội
Giao hàng 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 trọng tâm là phân phối đúng lúc (JIT), trong khi không làm 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 trong nhóm kéo công việc từ hàng đợi.
Kanban dựa trên
Hội đồng Kanban (Trực quan và bền vững trong suốt quá trình phát triển)
Giới hạn công việc đang thực hiện (WIP)
Thời gian dẫn
Phương pháp Kiểm thử phần mềm Agile
Các thực tiễn kiểm thử đượ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ử truyền thống thường được sử dụng trong kiểm thử Agile. Một trong số đó là Thử nghiệm sớm tập trung vào
Viết các trường hợp kiểm thử để thể hiện hành vi của hệ thống.
Phòng ngừa khuyết tậ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 độ thử nghiệm phù hợp.
Trong tất cả các Phương pháp Agile mà chúng ta đã thảo luận, bản thân Agile tests là một Phương pháp. Trong tất cả các phương pháp tiếp cận, Test Case đượ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 là Phương pháp kiểm thử Agile.
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 dựa trên 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 thử nghiệ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 thử nghiệ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 và trường hợp chấp nhận được xác định trước.
Phát triển dựa trên hành vi (BDD) - Trong thử nghiệm Phát triển dựa trên 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 thử nghiệm nhanh
Trong Scrum, các hoạt động Kiểm thử bao gồm
Đóng góp cho Câu chuyện của người dùng dựa trên hành vi dự kiến của Hệ thống được mô tả là Các trường hợp thử nghiệm
Kế hoạch phát hành dựa trên nỗ lực kiểm thử và khuyết tật
Lập kế hoạch Sprint dựa trên Câu chuyện và Khiếm khuyết của Người dùng
Thực thi Sprint với thử nghiệm liên tục
Kiểm thử hồi quy sau khi hoàn thành Sprint
Báo cáo kết quả kiểm thử
Kiểm thử tự động hóa
Kiểm thử phần mềm là lặp đi lặp lại và chạy nước rút dựa trên mô tả trong sơ đồ dưới đây
Không có nhận xét nào:
Đăng nhận xét