6.170 Forum
August 16, 2006, 04:51:20 PM
Welcome,
Guest
. Please
login
or
register
.
1 Hour
1 Day
1 Week
1 Month
Forever
Login with username, password and session length
News
: Remember: PS4 due 9pm Tuesday, 2006-03-14.
Home
Help
Search
Login
Register
6.170 Forum
>
Problem Sets
>
Problem Set 6
>
Staff provided test architecture
Pages: [
1
]
« previous
next »
Print
Author
Topic: Staff provided test architecture (Read 227 times)
Advay Mengle
Full Member
Posts: 50
Staff provided test architecture
«
on:
April 03, 2006, 04:25:08 AM »
The staff provided classes in ps6.test are confusing me. Here are some of the issues:
1. It appears that PS6TestCase has a blatant error. It may try to access modeToTest[2] (when the array only has two elements) in its constructor.
2. What is the purpose of the PS6TestCase::testTextUI method? Why is it auto-fail and marked TODO? Can we not just use the PublicTextUITest class to test the text UI?
3. One test case in PublicProgADTTest causes an IllegalStateException in PS6TestCase (it can't handle invalid directions type errors). Is this supposed to happen? i.e. are we supposed to implement more functionality into PS6TestCase?
When I say "use [some staff provided entity]" above, I mean, "add more of our own tests to [the entity] and use it."
In addition, the suggestion in Pset "To use our testing infrastructure, you can model TestMapQuick after PublicTest. Then, create a class that stores your test queries similar to ValidateQueries (or make it an inner class in TestMapQuick) for both your programmatic interface and the text user interface. Add your test cases by creating appropriate TestRecords." doesn't make much sense since it refers to classes that I can't find.
«
Last Edit: April 03, 2006, 04:27:41 AM by Advay Mengle
»
Logged
-- Advay Mengle, '09
akishore
Full Member
Posts: 62
Re: Staff provided test architecture
«
Reply #1 on:
April 03, 2006, 12:12:34 PM »
This exact same stuff is also confusing me quite a bit.
Bump.
Aseem
Logged
natan (TA)
6.170 Staff
Jr. Member
Posts: 17
Re: Staff provided test architecture
«
Reply #2 on:
April 04, 2006, 04:22:57 AM »
In this case, PublicTest refers to PublicProgADTTest and PublicTextUITest.
Could you explain how PublicProgAdtTest should handle an invalid directions type error?
Please use the PublicTextUITest style tests to test the constructor. The fact that that stub was left in was an oversight.
Logged
Pages: [
1
]
Print
« previous
next »
Jump to:
Please select a destination:
-----------------------------
General Category
-----------------------------
=> General Discussion
=> Lectures and Recitations
-----------------------------
Java Questions
-----------------------------
=> Java in General
=> Eclipse
=> emacs
=> Java Generics
-----------------------------
Final Projects
-----------------------------
=> General Discussion
=> Team Building
=> Antichess
=> Gizmoball
-----------------------------
Problem Sets
-----------------------------
=> Problem Set 0
=> Problem Set 1
=> Problem Set 2
=> Problem Set 3
=> Problem Set 4
=> Problem Set 5
=> Problem Set 6