Interests - Ideas

Inspection is, as we know, one of the best ways to ensure quality of a software development artifact. Traditionally is was applied to code, bringing place to code inspection, code walktrough and less formal ways of reviews as pair programming and pair review.

But what happens on a low-code or no-code environment? Are there place for the inspection of other artifacts?

Speculations - Prototypes
  • In these scenarios I think that there is place for doing inspection and less formal kind of reviews (see Weigers classification) of software requirements.
  • Maybe we can suggest the use of Perspective Based Reading as a way to decouple the inspeciton result with the inspector background, experience or project role.
  • Also, requirements specification written in the right format can be used as input for test cases, due to many times, requirements are written together with examples of use provided by the client.

Right now I'm in the middle of the design/proposal of a solution based on a highly recognized low-code platform. As soon I end with this theoretical proposal I will be what are the possibilities to make a functional prototype and after that, we will see.

Mentioned in