There are a number of requirements I'd make sure I would nail down. I have built UI's almost exactly like this for material inspection and process control.
Here are some key CTQs for a UI like this:
Absolutely critical that you minimize 'UI friction' like extra clicks and selections, as this is probably an activity that gets done many times per day, and an extra click or swipe gets really old after you've done it 100 times in an hour.
Context matters. The user may be interrupted, or otherwise lose attention. So any page they are on should have enough context for them to understand what they are working on and what property they are commenting on, etc.
It should not be easy to make errors, and errors should be correctable at least until the entire form is submitted. That goes back to the last item - if you don't provide enough context on the page, the user may enter data for the wrong item, which could be disastrous in manufacturing. Make sure the user is protected from input error, or given an easy way to review or cancel any action.
To that end, have you tried a simple expander under the item? If the user clicks 'No' for not working, expand the section under the question to allow them to answer further questions and enter a comment. Then they just scroll to the next question. At the end, before submitting they could then just review what they've done by scrolling through the list instead of jumping back and forth between different pages. And also, the answers will always be directly under the questions and in context. If you need them to save every time they do an item, you could put the save button in the expander, and when it's clicked leave the answers there, but greyed out to be clear they can no longer be modified. Or if it's absolutely unnecessary for the user to see that information any more after hitting 'save', collapse the expander after saving, and mark the item as finished and grey out the yes/no buttons.
As a general principle, the answer to a question like this depends VERY MUCH on understanding how the user is using this user interface. How often, in what environment, under what constraints. For example, how often does the user actually select NO? If it's rare, and extra field entry is not common, then that will imply a different design than if yes/no is 50/50, or 80/20.
Also, how often is this used? If it's a quality engineer working this UI all day on samples from an assembly line the requirements may be different than if the UI is used by an inspector once a week for an hour or two. Are they wearing gloves? Eye protection? That will have an impact on font sizes, button sizes, etc.
There are very few UIs that can be properly designed without a detailed understanding of how the user will use it and what their goals are.