- iTutor needs to check whether it can find equivalent public methods in the student solution, if not, it can flag error.
- When the methods under test accept non-primitive types, a deep copy of the argument should be made. If not, the method under test of teacher solution may modify the argument before passing it to student solution. Similar techniques need to developed for comparing non-primitive return types.
- A problem arises where methods can be overloaded, leading to multiple possibilities when instantiating each solution. iTutor shall generate numerous test drivers, each of which focuses on one constructor.
- The logging feature now sends the data to files. The data could be formatted in a fashion where it is easier to comprehend.
Monday, November 16, 2009
iTutor Improvements (continued)
After the last 2 weeks, the remaining iTutor goals are as follows:
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment