Skip to content

Rules-based answer tests

Rules-based answer tests are a special kind of mathematical answer test.

Equality up to Associativity and Commutativity

The EqualComAss test establishes that two expressions are equal up to commutativity and associativity of addition and multiplication, together with their inverses minus and division.

For example but This is very useful in elementary algebra, where we want the form of the answer exactly. This test seeks to establish whether two expressions are the same when the basic operations of arithmetic addition/multiplication and Boolean and/or are assumed to be nouns but are commutative and associative. Hence, but . The unary minus commutes with multiplication in a way natural to establishing the required form of equivalence.

This is a particularly useful test for checking that an answer is written in a particular form, e.g. "simplified".

Notes

  1. This test does not include laws of indices, so . Since we are dealing only with nouns does not simplify to . E.g. . This also means that is not considered to be equivalent to under this test. In many situations this notation is taken to mean the same thing, but internally in Maxima they are represented by different functions and are not converted to a canonical form by the test.
  2. By design, addition commutes with subtraction, so and multiplication commutes with division, so .
  3. By design since we do not have the rule . To establish this equivalence we would need a different answer test.
  4. This test can also be used to establish , but since the arguments of the set constructor function are commutative. Sets are not associative, so . (See Maxima's flatten command.)
  5. Simplification is automatically switched off when this test is applied, otherwise it makes no sense.

Unary minus and division

In order to understand how the tests work it is essential to understand how we represent unary minus and division internally.

Without simplification, Maxima has a unary minus function. Litterally minus(x). This is transformed into UNARY_MINUS noun* ex The use of multiplication here allows - to commute with other multiplication, so we can spot things like using associativity and commutativity.

Similarly, we replace division with a noun* UNARY_RECIP(b). This means that UNARY_RECIP(b) is not automatically the same as 1 noun* UNARY_RECIP(b), without an additional rule.

EqualComAssRules

This is an advanced test.

This test allows question authors to create equivalence classes based on equality up to associativity and commutativity with the addition of optional rules. For example, the teacher can include the identity operations of addition and multiplication: and . This makes it much easier to establish things like is equivalent to . However, more general integer arithmatic is still not automatically included so .

This test always assumes associativity and commutativity of addition and multiplication. Essentially this test extends the EqualComAss test by adding in additional rules. Without assumptions of commutativity and associativity we would need all sorts of additional rules, such as , since without commutativity this would not be captured by the rule zeroAdd, i.e. . Furthermore, the way EqualComAss deals with unary minus and division make associativity and commutativity difficult to add in their pure form.

Each rule is a named function in Maxima, and each rule has an associated predicate function to decide if the rule is applicable at the top level of an expression. E.g. zeroAddp(0+x) would return true and zeroAdd(0+x) would return x.

The teacher must supply an option consisting of a list of the following rule names.

Name Rule
(ALG_TRANS) Always included
assAdd Associativity of addition
assMul Associativity of multiplication
comAdd Commutativity of addition
comMul Commutativity of multiplication
(ID_TRANS)
zeroAdd
zeroMul
oneMul
oneDiv
onePow
idPow
zeroPow if
zPow if
(NEG_TRANS)
negNeg
negDiv (Note, this assumes UNARY_RECIP and UNARY_MINUS)
negOrd Order summands so that the leading coefficient is not negative (see notes below).
(DIV_TRANS)
recipMul
divDiv
Note is interpreted as in Maxima.
divCancel Cancel common factors in numerator and denominator.
(INT_ARITH)
intAdd Perform addition on integers
intMul Perform multiplication on integers
intPow Perform exponentiation when both arguments are integers
Other
intFac Factor integers (incompatible with intMul)
negDist Distribute only UNARY_MINUS over a sum (incompatible with negOrd)

The rule negOrd deserves comment. Ultimately we only compare parse trees exactly, and so we need to order terms in sums and products (commutativity). However is never ordered as . Furthermore, . We need to factor out the unary minus and ensure that the coefficient of the leading term is not negative. Factoring out is better than distributing here, since in a produce such as it is not clear which term in the product the inital minus sign will end up in. Since negOrd is a factor command, it is incompatible with negDist.

For convenience sets of rules can be specificed. E.g. you can use the name ID_TRANS in place of the list [zeroAdd,zeroMul,oneMul,oneDiv,onePow,idPow,zeroPow,zPow] to include all of the basic identity operators.

If you want to remove tests from a list you can use code such as delete(zeroAdd, ID_TRANS).

The test takes the student's answer and teacher's answer and repeatedly applies the rules in turn until the expressions remain the same. The rules are designed to always shorten the expression, so the process is guranteed to terminate. Once the expression is written in final form, the test compares the two expression trees.

Note that we do not gurantee the simplification is mathematically correct! E.g. if you are unlucky enough to try the rule zeroPow on the expression 0^(1-1) then since 1-1 is not equal to zero (taken literally) then the rule applies and you have failed to spot a potential 0^0 error.

If you add the rule testdebug then you will see both expressions in the answer note. This is useful for debugging, but would clutter up things in a production setting.

Developer notes

This functionality was introduced in April 2021. It is essential that the rules, and any combination of the rules, can only proceed in a single direction and that no infinite loops are created. So, intAdd is fine because adding together two integers will make an expression simpler which in this case is shorter. For this reason we do not have expanding out (i.e. distribution) rules in the above set, and no rules of indices (which readily lead to mathemtical errors). Use Maxima's simplifier if you want to include such rules.

The rules names are Maxima functions, but they assume simp:false and that the expression has noun forms e.g. noun+ instead of +. You can use equals_commute_prepare(ex) to change an expression into this noun form. The goal of this code is to create reliable equivalence classes of expressions, not perform algebraic manipulation as we traditionally know it. In particular the way unary minus is transformed into multiplication with a special tag UNARY_MINUS is likely to cause confusion to students if an expression is manipulated using these rules and then shown to a student. The transoformation is designed to go in one direction only, and we do not support displaying the resulting manipulated expressions in traditional form.

As of June 2021, these rules are not intended as an end-user simplifier and we do not currently support user-defined rules (sorry!).

See also