W3C home > Mailing lists > Public > public-css-testsuite@w3.org > November 2013

Re: What *is* a spec test? (musings on feature interop tests)

From: Mihai Balan <mibalan@adobe.com>
Date: Wed, 27 Nov 2013 09:57:40 +0000
To: Gérard Talbot <css21testsuite@gtalbot.org>
CC: Tobie Langel <tobie@w3.org>, Alan Gresley <alan@css-class.com>, Ms2ger <ms2ger@gmail.com>, "Public CSS Test suite mailing list (public-css-testsuite@w3.org)" <public-css-testsuite@w3.org>
Message-ID: <CEBB8B4F.23F48%mibalan@adobe.com>
Answers inline.

Mihai Balan | Quality Engineer @ Web Engine team |  mibalan@adobe.com |
+4-031.413.3653 / x83653 | Adobe Systems Romania

On 11/26/13 9:11 PM, "Gérard Talbot" <css21testsuite@gtalbot.org> wrote:

>Le 2013-11-26 09:15, Mihai Balan a écrit

>> Or does the build step for test suites includes all the tests that
>> reference a particular spec (section)?
>Yes. Peter Linss should confirm this. In your example, it should create
>a test in regions and in fragmentation.

Makes sense and it sounds like good news :)

However, what about if some of the specs linked to are not CSS specs?
Would the test still be part of the other spec test suite? (e.g. if I'm
writing a test for CSS Regions and ShadowDOM)

>> @ Alan
>> ------
>> Having read the section on Interoperability in the Overview
>Can you pinpoint the url where you read this?

It was in an earlier email from Alan. The document would be over at [1].

>Many non-basic tests involve more than 1 property in action, being
>involved in a test. In my mind, property interaction (or property
>inter-relation) and interoperability are 2 distinct words with 2
>distinct meanings.
>This specification is related to other specifications as described in
>the references section. In addition, it is related to the following
>     CSS Fragmentation Module Level 3 [CSS3-BREAK]. This module defines
>the rules for fragmenting content over multiple containers and applies
>to CSS regions in addition to applying to multi-column and paged media.
>CSS3 Regions, §9. Relation to other specifications
>Therefore, it seems normal to have tests that will involve other
>properties and other parts of other specs.

OK, so the main takeaway here is that, apart from my awkward overloading
of the "interoperability" concept, these tests are useful and they should
not be separated rather be tracked as parts of test suites they appear in.
Did I get this right?

Thanks a lot,

[1] http://www.w3.org/Style/CSS/Test/Overview.en.html
Received on Wednesday, 27 November 2013 10:00:01 UTC

This archive was generated by hypermail 2.4.0 : Friday, 20 January 2023 19:58:20 UTC