RE: CSS 2.1 test suite feedback: slicing and dicing

> From: L. David Baron [mailto:dbaron@dbaron.org]
> Sent: Monday, September 27, 2010 1:48 PM
> To: Sylvain Galineau
> Cc: Simon Fraser; public-css-testsuite@w3.org
> Subject: Re: CSS 2.1 test suite feedback: slicing and dicing
> 
> On Monday 2010-09-27 20:31 +0000, Sylvain Galineau wrote:
> > "In particular, the border-color tests test the same color-parsing
> issues again and again, for each border side (175 tests per side).
> > I don't think this is useful. I think it's find to for the suite to
> make some assumptions about how implementations operate, namely
> > that the same code will be used to parse colors for each side, so
> there is no need to test each individually."
> >
> > That is reasonable feedback wrt testing the implementability of the
> spec. David Baron gave us the same feedback from the beginning.
> > I disagree that it is OK from a conformance/interop standpoint to
> only test top or left and never check right and bottom.
> 
> Thorough testing of parsing equivalence is much better tested using
> script, not individual interactive tests.

I'm not sure I understand why it's necessarily better if it allows means
testing CSSOM/DOM L2 Style. It's certainly easier to author the testcase 
but if we're testing the CSS2.1 spec shouldn't there be a static testcase as 
well ? 

I will concede that I can see how top/right/bottom/left could/should be one 
testcase i.e. failing one is like failing for all 4. I'm not sure it's important
enough to make the change at this point though.

Received on Monday, 27 September 2010 21:04:18 UTC