Mười khái niệm kiểm thử Agile mà người kiểm thử nên biết đã được đề cập ngắn gọn trong bài đăng trên blog trước đây của GCT Solutions. Chúng ta sẽ tiếp tục loạt bài này với 5 khái niệm thử nghiệm Agile còn lại trong phần này, những khái niệm này có thể giúp ích cho nhóm của bạn khi phát triển Agile.
Một trong những yếu tố chính trong tư duy của Agile Tester là tìm kiếm cơ hội để cải thiện. Đương nhiên, đây là cách toàn bộ nhóm nên suy nghĩ, vì yếu tố cơ bản của Agile là nhóm không ngừng nỗ lực để tạo ra công việc tốt hơn.
Trong quá trình cải tiến Agile của nhóm, người thử nghiệm đánh giá những gì đang hoạt động tốt và những gì cần thay đổi hoặc bổ sung. Người kiểm thử đưa ra các vấn đề liên quan đến kiểm thử để cả nhóm thảo luận. Việc áp dụng các kỹ thuật cải tiến quy trình như cải tiến Agile và giải quyết các trở ngại tồn đọng đã giúp các nhóm đạt được thành tựu lớn nhất trong thử nghiệm và tất cả các lĩnh vực khác. Một số đề xuất cải tiến có thể kết thúc dưới dạng thẻ nhiệm vụ. Các nhóm làm việc trên một hoặc hai vấn đề cùng một lúc khi giải quyết những khó khăn lớn hơn để đảm bảo rằng họ giải quyết được nguyên nhân gốc rễ chứ không chỉ là một dấu hiệu.
Những Agile tester và nhóm của họ không ngừng tìm kiếm các phương pháp, kỹ thuật hoặc giải pháp có thể giúp họ tăng giá trị cho khách hàng hoặc tăng lợi tức đầu tư (ROI). Số lần lặp lại ngắn gọn của phát triển Agile giúp việc thử nghiệm các ý tưởng mới trong một vài lần trở nên đơn giản hơn trước khi quyết định có nên áp dụng chúng vĩnh viễn hay không.
Agile tester đánh giá cao sự phát triển chuyên môn và khả năng học hỏi cái mới. Họ sử dụng vô số tài nguyên miễn phí được cung cấp cho họ để nâng cao khả năng cụ thể của họ, chẳng hạn như thử nghiệm khám phá. Để tạo ra những ý tưởng mới, họ tham dự các hội nghị và hội thảo, đăng ký danh sách gửi thư và đọc sách, blog và các bài báo. Để có thêm thời gian đóng góp những kỹ năng quý giá của mình, họ tìm cách tự động hóa những công việc tẻ nhạt hoặc lặp đi lặp lại (hoặc nhờ đồng nghiệp hỗ trợ).
Hồi tưởng linh hoạt là một thành phần quan trọng của phương pháp linh hoạt vì chúng cho phép nhóm xây dựng dựa trên hiệu suất của họ từ ngày hôm trước. Những người thử nghiệm linh hoạt tận dụng cơ hội này để đưa ra các mối quan tâm liên quan đến thử nghiệm và yêu cầu nhóm đưa ra giải pháp. Nhóm có thể đưa ra phản hồi cho chính mình theo cách này để giúp nhóm trở nên tốt hơn theo thời gian.
Trong mô hình Waterfall, chúng ta đã quen với việc tuyên bố: "Xin lỗi, chúng tôi không thể thực hiện thay đổi này vào lúc này; các yêu cầu bị đóng băng", thay đổi đáng lẽ ra nên được đưa vào brief lúc đầu. Khách hàng cảm thấy bực bội vì họ nhận ra rằng họ đã không làm tốt công việc vạch ra tất cả các tiêu chí ngay từ đầu.
Khách hàng biết rằng họ có thể thay đổi khi họ muốn vì họ xác định mức độ ưu tiên, ngay cả khi chúng tôi phải nói: "OK, hãy tạo ticket cho nó và chúng tôi sẽ thực hiện trong lần lặp lại hoặc lần phát hành tiếp theo" trong suốt hai - tuần.
Những người thực hành Agile đặt ưu tiên cao cho việc thích nghi với thay đổi, tuy nhiên chúng tôi nhận thấy rằng những người thử nghiệm đấu tranh với ý tưởng này nhiều hơn. Để có thể tuyên bố, "Tôi đã kiểm thử; và nó đã hoàn thành", người kiểm tra cần sự ổn định. Các yêu cầu luôn thay đổi là cơn ác mộng tồi tệ nhất của người kiểm thử.
Nhưng với tư cách là những Agile testers, chúng ta phải chấp nhận sự thay đổi. Chúng tôi có thể mong đợi các câu chuyện bắt đầu A và B vào Thứ Tư và C vào Thứ Sáu tuần sau. Khách hàng có thể đã thay đổi mức độ ưu tiên của họ vào thứ Sáu và hiện thích các câu chuyện A, X và Y hơn. Chúng tôi có thể quản lý các điều chỉnh như vậy miễn là chúng tôi duy trì liên lạc với khách hàng vì chúng tôi đang tiến về phía trước với cùng tốc độ với các thành viên còn lại trong nhóm .
Một số nhóm Agile nỗ lực chuẩn bị sẵn sàng trước lần lặp lại sau, có thể bằng cách tạo các trường hợp thử nghiệm cấp cao, xác định các điều kiện đáp ứng yêu cầu khách hàng hoặc tổng hợp các ví dụ.
Đó là một quá trình phức tạp có thể lãng phí thời gian nếu kế hoạch sửa đổi mạnh mẽ hoặc được ưu tiên khác. Để chuẩn bị cho quá trình lặp lại, các nhóm phân tán nên yêu cầu cụ thể các chu kỳ phản hồi bổ sung.
Để lập kế hoạch chuyên sâu hơn, một số nhóm có các nhà phân tích có thể làm việc lâu hơn với các chuyên gia kinh doanh. Mỗi nhóm phải tìm ra sự cân bằng phù hợp giữa việc lên ý tưởng trước và bắt đầu mỗi lần lặp lại từ đầu. Agile tester thích nghi với những thay đổi bằng cách làm việc với nhóm và đi theo dòng chảy.