FlowAssertions.MiscA (Flow Assertions v0.7.1) View Source
Miscellaneous, including assertions for common idioms like {:ok, <content>}
Link to this section Summary
Functions
The chaining version of assert x === y
.
Synonym for assert_equal
.
Check if value is an :error
or an {:error, <content>}
tuple.
A variant of assert_error/2
for three-element :error
tuples.
Like assert x == y
, but with special handling for predicates and
regular expressions.
Check if a value is an :ok
or an {:ok, <content>}
tuple.
Assert that the value matches a binding form.
Fail unless the value given is a three-element tuple with the first
element :error
and the second a
required subcategory of error. Returns the third element.
Fails with an AssertionError
unless the argument is of the form
{:error, content}
. Returns the content
value.
Think of it as a form of equality with special handling for functions and regular expressions.
Fails with an AssertionError
unless the argument is of the form
{:ok, content}
. Returns the content
value.
Combines ok_content/1
and FlowAssertions.StructA.assert_struct_named/2
.
Extract the :id
field from an {:ok, %{id: id, ...}}
value.
Link to this section Functions
The chaining version of assert x === y
.
This is useful for cases where you're adding onto a pipeline of
assertions or content-extraction checks (like ok_content/1
).
value_to_check |> ok_content |> assert_equal(3)
Note that the comparison is done with ===
, so 1
is not equal to
1.0
.
Synonym for assert_equal
.
Check if value is an :error
or an {:error, <content>}
tuple.
value_to_check |> assert_error(:error)
value_to_check |> assert_error({:error, "any value is accepted"})
See also error_content/1
, which takes an :error
tuple and returns the
second element.
A variant of assert_error/2
for three-element :error
tuples.
value_to_check |> assert_error(:error, :constraint)
Sometimes it's useful for an :error
tuple to identify different
kinds of errors. For example, Phoenix form processing errors might
be due to either :validation
or :constraint
errors and reported
in a tuple like {:error, :constraint, <message>}
This function checks that the second element is as required. The third element is ignored.
See also error2_content/2
, which takes such a tuple and returns the
third element.
Like assert x == y
, but with special handling for predicates and
regular expressions.
By default assert_good_enough
uses ==
to test the left side
against the right. However:
If the right side is a regular expression and the left side is not, the two are compared with
=~
rather than==
.If the right side is a function and the left side is not, the function is applied to the value. Any "falsy" value is a failure.
assert_good_enough?(1, &odd/1)
assert_good_enough?("string", ~r/s.r..g/)
See also good_enough?/2
Check if a value is an :ok
or an {:ok, <content>}
tuple.
value_to_check |> assert_ok(:ok)
value_to_check |> assert_ok({:ok, "any value is accepted"})
See also ok_content/1
, which takes an :ok
tuple and returns the
second element.
Assert that the value matches a binding form.
value_to_check |> assert_shape(%User{})
value_to_check |> assert_shape(thing, [_ | _])
Note that this is a macro that uses the match operator, so all of Elixir's pattern matching is available. For example, you can use a map to partially match a structure:
make_user("fred") |> assert_shape(%{name: "fred"})
Or you can pin a value:
make_user("fred") |> assert_shape(%{name: ^chosen_name})
Fail unless the value given is a three-element tuple with the first
element :error
and the second a
required subcategory of error. Returns the third element.
error_content
is used to
let the rest of an assertion chain operate on the content
:
|> ReservationApi.create(ready, @institution)
|> error2_content(:constraint)
|> assert_equals("some error message")
See also assert_error2/2
.
Fails with an AssertionError
unless the argument is of the form
{:error, content}
. Returns the content
value.
error_content
is used to
let the rest of an assertion chain operate on the content
:
|> ReservationApi.create(ready, @institution)
|> error_content
|> assert_equals("some error message")
See also assert_error/1
.
Think of it as a form of equality with special handling for functions and regular expressions.
good_enough?(1, &odd/1) # true
good_enough?("string", ~r/s.r..g/) # true
If the second argument is a regular expression and the first is a string, the two
are compared with =~
.
If both arguments are regular expressions, their source
fields are compared.
If the second argument is a function and the first is not, the function
is applied to the first argument. good_enough?
returns true iff the
result is truthy.
Otherwise, the two are compared with ==
.
See also assert_good_enough/2
Fails with an AssertionError
unless the argument is of the form
{:ok, content}
. Returns the content
value.
ok_content
is used to
let the rest of an assertion chain operate on the content
:
|> ReservationApi.create(ready, @institution)
|> ok_content
|> assert_field(count: 5)
See also assert_ok/1
.
Combines ok_content/1
and FlowAssertions.StructA.assert_struct_named/2
.
|> VM.accept_form(params)
|> ok_content(Changeset)
|> assert_no_changes
In addition to checking that the value is an {:ok, content}
tuple, it
checks that the content
is a value of the named struct before returning it.
Extract the :id
field from an {:ok, %{id: id, ...}}
value.
Shorthand for ok_content(x).id
.