On 10/04/13 13:57, Tim Streater wrote:
> In article <
0eidnfm5ha-3qfjM...@bt.com>,
> lipska the kat <"nospam at neversurrender dot co dot uk"> wrote:
>
>> On 09/04/13 20:27, Tim Streater wrote:
>> > In article <
Zo6dnbA_ELGOQP_M...@bt.com>,
>> > lipska the kat <"nospam at neversurrender dot co dot uk"> wrote:
[snip]
> Neither, and this confirms that you are missing the point. All you've
> done is confirm that you have no HTML errors, not that there are no
> errors on your page.
You are getting all mixed up between the (abstract) logical layer and
the presentation layer, see below
> What you should be doing is:
>
> 3) Checking that your page has everything on it that you want and expect.
>
> Such as, f'rinstance, that your drop-down menus contain all the entries
> you expect, and that the expected actions occur when you choose each one.
Yes, this is called testing isn't it. True enough, it may be argued that
the word *validation* encapsulates all manner of issues and I don't
disagree but we are talking about validating HTML code against the w3c
validator not deciding weather the application is 'correct' (which is a
whole other ballgame). Any other interpretation of the word validate in
this context is entirely in your own mind.
My applications are always presentation layer agnostic. I will have
tested the application logic long before I decide to implement an HTML
interface. If I have a drop-down menu it will be populated on the fly
from a List<?> that has been generated by my code. If there is something
missing from the list it's because I have screwed up something in the
application layer logic. This is the modern way of doing things. By the
time I get to implementing an HTML interface the application has been
tested, in fact I write the test cases before I write the code, it's
called AGILE development, you may have heard of it.
As for actions, these map quite neatly onto use cases, this obviously
involves a bit of testing but the interface is a means to and end only,
it's just another interface, not the driver of the application, it's
called decoupling, you may have heard of it.
Validation of the HTML is an incidental exercise on my part because by
the time I get around to this bit of the application everything else
has already been tested several times.
Well this really as been most enjoyable, I'd better go now, you know,
code to write, interfaces to validate :-)