Having a separate class to parse and serialize test expectation doesn't seem to buy us much. Just let TestExpectationLine serialize itself.
Created attachment 159778 [details] Patch
I thought it was a fairly clean separation of responsibilities. TestExpectationLine is already pretty big. Why do you feel like combining is a good idea?
(In reply to comment #2) > I thought it was a fairly clean separation of responsibilities. TestExpectationLine is already pretty big. Why do you feel like combining is a good idea? TestExpecations has only 3 functions, two of which are one-liner. The problem is that TestExpectationLine exposes too much of its internal. It basically doesn't have any encapsulation, and that makes the refactoring to add the support for new format harder.
Comment on attachment 159778 [details] Patch ok.
Committed r126334: <http://trac.webkit.org/changeset/126334>