Agile Testing

1–2 minutes

To read

Agile testing was fairly new because of prevalent of waterfall model. The short deployment time of Agile will often means a reliance on automated testing. However, these automated testing often relies on known scenarios and limited scope. Thus, you will need to relied on past experiences to conduct testing for Agile.

What to Expect

Agile have shorter time to deployment than waterfall. Thus, coding and testing strategies must vary from that of waterfall model.

  1. Codes must allow graceful exit of exception scenarios i.e no crashes.
  2. Codes must be scalable for additional test scenarios.
  3. Failed test are often due to additional scope and and will be updated into backlog. Thus, they are not showstopper to deployment.
  4. User Acceptance Testing (UAT) are optional because of close collaboration with users.
Mindset Change

Users must stop their negative mindset of saying “it’s an IT project”. Application of Agile testing requires deep mindset changes. You cannot continue to apply the traditional approach of UAT. Instead, users must collaborate closely and be committed with the development team. This way, Agile can be realised in quicker deployment without the need for time consuming UAT.

2 responses

  1. Why No UAT in Agile – Danny Kwok Avatar

    […] stage in waterfall model and determines the deployment of codes to production. On the contrary, Agile testing is different from UAT stage. These are some real life views on why there is no UAT in […]

    Like

  2. The Dilemma of UAT – Danny Kwok Avatar

    […] and expected. UAT also do not fit change management and SOP changes well. Therefore, the push for Agile testing will be harder as a replacement of UAT in waterfall […]

    Like

Leave a comment

Ama Ndlovu explores the connections of culture, ecology, and imagination.

Her work combines ancestral knowledge with visions of the planetary future, examining how Black perspectives can transform how we see our world and what lies ahead.