Issues and Feedback about Smart Assertions

Any update on this Smartbear ? I see no improvements on this in the ReadyAPI v.3.20.0.

I agree with all of the above comments and am equally frustrated by the invisibility of WHAT is tested in the "smart" assertion and the sheer inflexibility. Updating them, for instance when new additional JSON response data is returned, is not possible. 

Also, when adding a request from the API section to the testcases via the "add to Test Case" right mouse click menu, the 1 of the default 2 assertions that ReadyAPI by default suggests is the "Valid HTTP Status Codes"... which is in the same ReadyAPI version set as DEPRECATED 🙄. (Side note: In my view these "default assertions" should be open to customization by us. Preferably also based on the swagger info (or other definitions) you used to import the API. For instance, even when it's clearly set in the swagger that a POST request should return a 201 ReadyAPI still suggest 200 😒).

I was more in favor of the above deprecated assertion as at least what assertions are present in my test step without the need for opening the smart assertion. It would be nice to have a quick overview of what is asserted against... In the end, it's the most vital thing of testing: What does your test do? Do I need to add any more checks? I wish I could see this in a glance.

I would not mind that the smart assertion of let's say 4 "Smart Assertion - Metadata" and "7 Smart Assertion - Data" would be translated to 11 individual assertions in the assertions section. Ideally each which the expected and actual value so testers can see what's going on.