You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For a generated predicate, its corresponding assertion in the usage pattern test is expected to be immediately after the statement (that has the object for which predicate is generated). Is it a correct behaviour? The predicate gets negated even though there are not statements explicitly negating it. An example of a negating statement would be clearPassword() from PBEKeySpec rule
In the sample test case below, the first hasEnsuredPredicate assertion on key passes, but fails for the second assertion of same type.
For a conditional predicate, its corresponding assertion in the usage pattern test is expected to be immediately after the statement (that has the object for which predicate is generated).
For a generated predicate, its corresponding assertion in the usage pattern test is expected to be immediately after the statement (that has the object for which predicate is generated). Is it a correct behaviour? The predicate gets negated even though there are not statements explicitly negating it. An example of a negating statement would be
clearPassword()
from PBEKeySpec ruleIn the sample test case below, the first
hasEnsuredPredicate
assertion on key passes, but fails for the second assertion of same type.The text was updated successfully, but these errors were encountered: