My personal Quality Assurance list before submitting my applications to QA

As developers, our responsibility is to create applications based on a list of specifications defined by the systems analyst in collaboration with the customer. Usually, we divide the application into deliverables that allow us to complete independent and useful functionalities for the user without having the application completely ready.

It’s very important to make our applications as clean and tested as possible before reaching QA, trying to make sure it has the least possible inconvenience, so I recommend that before reaching the QA stage to have your “Functional Completeness checklist”, so you can make sure that your application is ready! That’s why in this post I will be writing about my personal advices to complete the development cycle satisfactorily, to the extent possible.

“Functional Completeness Checklist”  What exactly does that mean for me? 

It’s a personal list that I have established to determine the set of tasks that must be verified to say that a requirement is really ready in our App. This allows me to have my own quality control before going to QA, trying to minimize the risk to get the App returned because something did not go well.

So, for my “Functional Completeness Checklist”, I will be dividing the requirements in sections as following:

➖ UI/UX requirements

➖ Basic functionalities

➖ The Resources

➖ Validation requirements

➖ Usability

Let’s start!

The first thing that we must have on hand to make sure that our application passes our personal quality controls is the requirements definition document, where all the requirements and deliverables are defined with their corresponding due date (In which it’s assumed we will do this process). With this document, we can derive a list of requirements that should be completed on each date and these are the ones that we will make sure are ready!

✅ The design was correctly replicated for all the available platforms of our App?

✅ The design has preserved both landscape and portrait for all the available platforms of our App (This part can be ignored if it is indicated in the requirements since we can have applications with a specific orientation)

✅ Was the behavior of the design controls tested on each of the available platforms? (Buttons, Entry…)

✅ The user notices:  It’s important that we always keep the user informed of what is happening. (For example, notify them if the internet is leaving, when a process was successful (such as user registration) or when it failed (when the user could not register).)

These are things that we should keep in mind from the beginning, but if for some reason we did not have them, make sure they are fully applied now, this gives a good bonus to our UX.

✅ Functionalities: Do all the functionalities respond correctly as indicated in the definition of requirements? (For example: Make sure that the “Register users” button actually sends the registration request to the server)

✅ Navigation: Regarding the navigation between screens, do they all follow the corresponding logical flow?

✅ As we know, each platform has its own resource structure, and sometimes when we are developing we just add the image of the base dimension so that it can be seen on any device without having to generate the others. It is important not to forget to add all the dimensions corresponding to each platform.

✅ Make sure that all the icons are generated for the devices your App will be working on. (Here an article about how to do it!)

That’s it! I hope these little tips work super well for you when developing your Apps! and build your own “Functional Completeness Checklist”!  😎

Thanks for reading! 💚💕

Spanish post: https://es.askxammy.com/mi-lista-personal-de-aseguramiento-de-calidad-antes-de-enviar-mis-solicitudes-a-qa/