Encapsulate invocations inside cardinality and handle Expectaction#throws scenario#410

Closed

floehopper wants to merge 15 commits intomasterfrom encapsulate-invocations-inside-cardinality

+171-106

Commits on Nov 8, 2019

Prepare to move invocation size based logic to Cardinality

nitishr
authored and
floehopper
committed
Move invocation size based logic to Cardinality

nitishr
authored and
floehopper
committed
Move invocations list to Cardinality

nitishr
authored and
floehopper
committed
Infer invocation count from invocations size

nitishr
authored and
floehopper
committed
Encapsulate invocations inside Cardinality

nitishr
authored and
floehopper
committed
Rename methods on Cardinality to better describe intention

nitishr
authored and
floehopper
committed
Rename methods on Cardinality to better describe intention

nitishr
authored and
floehopper
committed
Rename methods on Cardinality to better describe intention

nitishr
authored and
floehopper
committed
Interpolate vs append simple expressions in Expectation#mocha_inspect

nitishr
authored and
floehopper
committed
Use same times logic for non-zero configured & invoked

nitishr
authored and
floehopper
committed
Cardinality#times is never invoked with 0

nitishr
authored and
floehopper
committed
Simplify Cardinality#invoked_times

nitishr
authored and
floehopper
committed
Use consistent phrasing for configured & invoked times

nitishr
authored and
floehopper
committed
Reduce test's knowledge of irrelevant details

nitishr
authored and
floehopper
committed
Record result of invocation before 'returning' it

nitishr
authored and
floehopper
committed