[webkit-dev] testharness Wiki page added

[Ryosuke Niwa]

On Thu, May 31, 2012 at 3:33 PM, Jacob Goldstein <jacobg at adobe.com> wrote:

> On Thu, May 31, 2012 at 11:18 AM, Jacob Goldstein <jacobg at adobe.com>wrote:
>
> I added the following Wiki page to provide some information on
>> testharness.js (the JavaScript framework from W3C recently landed in
>> WebKit):
>> http://trac.webkit.org/wiki/Writing%20testharness%20Tests
>>
>> I also updated the text under "Writing JavaScript-based DOM only test
>> cases" on this page
>> http://trac.webkit.org/wiki/Writing%20Layout%20Tests%20for%20DumpRenderTree.
>>
>>
>> Note that I am recommending the use of testharness.js /
>> testharnessreport.js *over* js-test-pre.js/js-test-post.js, when
>> applicable, since tests written using testharness can be copied to the W3C
>> test repository with only minor changes.
>>
>
> Note that this isn't true once we start using layoutTestController in the
> test.
>
> Tests that we currently use LTC such as to invoke mouse events, keyboard
> events, etc... are currently manual tests in W3C test suites. They use meta
> elements to tag manual tests but the actual instruction is just regular
> English sentences. It would be good to codify this information so that we
> can automate some of W3C manual tests at least in WebKit.
>
>
>
> Would the W3C WebDriver specification you mentioned in another thread
> replace the need to use LTC for these types of events?
>

I've discussed briefly with James Graham from Opera but apparently
WebDriver is tended to be an external API, meaning that there will be a
test driver that uses this API in addition to the test itself. There
appears to be some some effort to add a JS binding but it's still not
visible within the test.

But we might be able to find a middle ground here where we codify the
WebDriver instructions in some sort of manifest/configuration file in
addition to the test, and then we'll manipulate that to work with our test
harness at the importation time or when we run tests.

- Ryosuke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20120531/18e545a5/attachment.html>