- From: Geoffrey Sneddon <me@gsnedders.com>
- Date: Thu, 21 Apr 2016 23:14:39 +0100
- To: Shane McCarron <shane@spec-ops.io>
- Cc: public-test-infra <public-test-infra@w3.org>, Jeffrey Yasskin <jyasskin@google.com>
On Thu, Apr 21, 2016 at 7:57 PM, Shane McCarron <shane@spec-ops.io> wrote:
>
> On Thu, Apr 21, 2016 at 1:39 PM, Geoffrey Sneddon <me@gsnedders.com> wrote:
>>
>> I wonder if a WebDriver API would make sense (WebDriver API use
>> inevitably already has security consequences, so I don't think it's
>> too unreasonable); thoughts, anyone, or any better ideas?
>
>
> I have a view of this where vendors could supply their own web driver based
> "scripts" to drive the parts of a transaction that might require human
> intervention. There is a similar problem with Web Annotation - where there
> is no defined UI per se, but of course each client will have one and there
> needs to be a way to prod that client until they spit out an annotation
> object.
I think Andreas's comments about WebDriver likely in future supporting
a permissions API deals with most of the need for that (though not in
the Web Annotation case!).
>> > Is it appropriate to incorporate tests and tools into WPT that will
>> > potentially utilize and/or exercise resources outside of the test server
>> > (e.g., pulling in information from a tester-defined remote resource or
>> > testing the conformance of a tester-defined remote resource)?
>>
>> Yes, I think it is, though I think we should add tools to wpt-tools to
>> keep everything self-contained.
>
>
> Can you expand on this? My examples of external resources would be things
> like the Visa(tm) Web Payment service. That's not something we can put into
> a self-contained environment. Maybe *they* can, and I suppose we could
> require that. But it feels like a high bar to make them leap over. Also,
> if the Visa(tm) Web Payment service is what is supposed to be under test,
> and we test something different, aren't we violating the basic principle of
> testing ("If it's not the same, it's different.")?
>From the browser testing side: I was imagining a dummy payment service
(given there's no way we can test against live payment services!) in
wpt-tools.
I expect most of the code needed to test the server-side stuff (e.g.,
the Visa(tm) Web Payment service) would live in wpt.
/Geoffrey
Received on Thursday, 21 April 2016 22:15:08 UTC