![]() |
![]() |
|
Optional, but highly recommended: Complete the following tests for D2.html, adding to the test cases already in the provided D0. They should be complete, running tests (even though they may not pass yet,and eval etc. might throw exceptions). But do write or update any data definitions/classes as needed.
When filling in the blanks below, the result of string->expr will be fairly verbose (spanning more than one line), but will also be the most informative in understanding how the code works.
D2-soln (link will be available after class on due-date.).
(require rackunit) (define prog0 "o ring 8.1 bearer o 3 o sauron o") (check-equal? (string->expr prog0) ) (check-equal? (expr->string (string->expr prog0)) " " ) (check-equal? (eval (string->expr prog0)) ) ; Now, make a test for a IfLE expression. ; You only need one example for this submission, but ; in your real program you'll probably want at least three. |
You might add the following to the file ExprTest.java.
@Test void testAFew() { String prog0 = "o ring 8.1 bearer o 3 o sauron o"; // Oops, add two *extra* backslashes to that! assertEquals( Expr.parse(prog0), new BinOp( sauron, ) ); assertEquals( Expr.parse(prog0).toString(), " " ); assertEquals( Expr.parse(prog0).eval(), ); // Now, make a test for a `IfLE` expression. // You only need one example for this submission, but // in your real program you'll probably want at least two or three. } |
If you are using JUnit (see how-to-run-junit.html), these tests should work directly. Otherwise, you might want to write your own method
void assertEquals( Object actual, Object expected ) { if (!actual.equals(expected)) { System.err.printf("assertion failed:\nExpect: %s\nActual: %s\n", expected.toString(), actual.toString() ); } } |
TODO: I must re-arrange the order of the `let` expressions (swap the Id and the last Expr).
(define prog2 "bind x to 5 in ring 4 bearer x sauron") (check-equal? (string->expr prog2) ) (check-equal? (expr->string (string->expr prog2)) ) (check-equal? (eval (string->expr prog2)) ) ; Make an additional example, where the `let` is *not* the top-level expression: ; Then, have the three tests for it, as above. ; For D2, the item B.iv mentions that you'll have to do substitution in a tree. ; Although `substitute` returns a *tree* (an Expr), ; we can use `string->expr` (already tested!) to help us generate our expected-results. ; (check-equal? (substitute "x" 9 (string->expr "3")) (string->expr ) ) (check-equal? (substitute "x" 9 (string->expr "x")) (string->expr ) ) (check-equal? (substitute "z" 7 (string->expr "x")) (string->expr ) ) (check-equal? (substitute "z" 7 (string->expr "ring 4 bearer z samwise")) (string->expr ) ) (check-equal? (substitute "z" 7 (string->expr "bind x to z in ring x bearer z frodo")) (string->expr ) ) ; Give at least one more interesting tree, to test `substitute` on, ; with parse-tree of height of 2 or more. ; You do *not* need to do `substitute` on a parse tree containing a `let` inside of it ... yet. ; (But you are encouraged to start thinking about what you want to happen, in that situation.) |
String prog2 = "let x := 5 @ [samwise 4 x]"; assertEquals( Expr.parse(prog2), ); assertEquals( Expr.parse(prog2).toString(), ); assertEquals( Expr.parse(prog2).eval(), ); /* ; Make an example, where the `let` is *not* the top-level expression: ; Then, have the three tests for it, as above. */ /* ; For D2, item B.iv mentions that you'll have to do substitution in a tree. ; Although `substitute` returns a *tree* (an Expr), ; we can use `parse` (already tested!) to help us generate our expected-results. */ assertEquals( Expr.parse("3").substitute(new Id("x"),new Num(9)), Expr.parse( ) ); assertEquals( Expr.parse("x").substitute(new Id("x"),new Num(9)), Expr.parse( ) ); assertEquals( Expr.parse("x").substitute(new Id("z"),new Num(7)), Expr.parse( ) ); assertEquals( Expr.parse("[gollum 4 z]").substitute(new Id("z"),new Num(7)), Expr.parse( ) ); assertEquals( Expr.parse("let x := z in [x mlt z]").substitute(new Id("z"),new Num(7)), Expr.parse( ) ); /* ; Give at least one more interesting tree, to test `substitute` on, ; with parse-tree of height 2 or more. ; You do *not* need to do `substitute` on a parse tree containing a `let` inside of it ... yet. ; (But you are encouraged to start thinking about what you want to happen, in that situation.) */ |
This code should compile and run,
though of course they won't yet pass.
Note that before these tests compile/run,
you'll need to define the structs/classes for
Id and LetExprs.
You don't need to submit those /structs classes with the test cases
but presumably you'll at least have the class-with-field declarations,
and (for Java) the routine constructor.
Note that you don't need to write any getters for your Java fields,
but you'll eventually need to write an equals and hashCode method,
as done in the provided D0 classes.
These tests are not meant to be comprehensive of everything you'll eventually want to test for. They are just intended to get you started on the homework, and understanding what the functions need to do, before the weekend.
This page licensed CC-BY 4.0 Ian Barland Page last generated | Please mail any suggestions (incl. typos, broken links) to ibarland ![]() |