-----Original Message-----
>From: chris lukasiak <[EMAIL PROTECTED]>
>Sent: Aug 15, 2006 7:54 AM
>To: [email protected]
>Subject: Re: [qa-dev] Announce: New dba QA projekt
>
>James Mckenzie wrote:
>> -----Original Message-----
>> 
>>>From: chris lukasiak <[EMAIL PROTECTED]>
>>>Sent: Aug 15, 2006 2:24 AM
>>>To: [email protected]
>>>Subject: Re: [qa-dev] Announce: New dba QA projekt
>>>
>>>James Mckenzie wrote:
>>>
>>>
>>>>-----Original Message-----
>>>
>>>in this case i want to know the different needs: what is interesting to 
>>>test and what is interesting to know, who can do that and how we can 
>>>present the results
>>>
>> 
>> We need tests for all Base functionality, not just a few parts of the 
>> product.
>
>good motivation, but nevertheless we have to start with just a few parts 
>and after that we can expand and complete them step by step
>
As I should have stated, start small, think big and make good moves in that 
direction.

The same is true of TCM.  It has the basic tests that test the functionality of 
the
Base product line.  Take a look at the Calc tests.  Something like this should 
happen
to Base.  Like embedding HTML in a database item to see if you can open a valid
web page.  Testing the different datatypes to ensure that they take valid and 
reject
invalid data.  This should include localization, too.  I can change the 
language used
by OpenOffice.org (and I have) to test various filetypes and if the data in them
was valid.  
>
>due to the fact that i am not a native english speaker, but an 
>experienced function tester, my intentions goes more technical ways, but 
>i would be glad if you could also have a 'language driven' look on this 
>project.
>
All the more reasons that you should be interested in proper localization of 
the product.
However, we should also ensure that all available functions work properly too.
between the various parts of OpenOffice.org.
>
>thank you
>
You are very welcome.

Also, we have to remember that OpenOffice.org is used world wide and not just in
one or two countries.  This is why we need to conduct through localization and
internationalization tests for all aspects of OpenOffice.org.  Along with these 
tests
we also need to conduct proper functionality testing.  This means trying 
everything
that a user would attempt (and you will not believe what they will do) for each 
sub-project and module.  Yes, this takes time, but this will only make 
OpenOffice.org
better and more functional. (This comment is not directed at Chris only but 
includes
the entire development and QA community.)  In other words, if there is a 
better, faster
way to QA OpenOffice.org we as the community should take advantage of it.  TCM 
is only
one aspect, there are others as Chris is trying to promote.  Moving Chris' 
efforts
back into TCM will take time and effort.  I, for one, am willing to do so.

James M.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to