<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Guys, you have to help me figure this out.<br>
What about the other sages out there. Any ideas please?<br>
<br>
BTW, AdventNet's QEngine can be used for the testing and regression
purposes. If someone is willing to share some sweat on it, it will do
the product a world of automation-good.<br>
<br>
Torsten, I think the trac holds what all you ask for in terms of the
fields that you require. I guess, we can do a hand-holding there for
you to come to pace with it.<br>
Let me know please.<br>
<br>
Fathi, could you tell how we can add custom fields to the trac please?<br>
<br>
<b>Richie</b><br>
<br>
Torsten Zenk wrote:
<blockquote cite="mid45B66FE8.9000301@gmx.net" type="cite">
<pre wrap="">Hi Richie,
maybe i can point out how i think it could work very smoothly:
If a group of moduletesters (MTG) has 2- 3 Testers (1 on each plattform
should be perfect), those 3 communicate via email or maybe even in a
Testingforum if you could centrally set one up.
The MTG choose 1 person who is the Head (HoMTG)
the HoMTG must have the opprtunity to directly communicate with a
spokesperson of the developerteam who is responsible for that module (MSP),
that modulespokeperson(MSP) can handle the certain tickets in trac and
can coordinate what testing the moduletesters need to do by associating
open tickets to the specific moduletestergroup(MTG). Is this possible
within Trac?.
The "MTG Email" for example gets a few tickets from its MSP where he
decided they are important to get tested right now.
When the testing is done each tester within that group reports positive
or negative results to the MSP.
So far , so good.
At this point the question is: in which form should an effective TEST
RESULT REPORTING happen. It does not make sense if everybody reports in
a different way, we have to have a certain plan or a certain form (
where do i put the used OS, the used browser, the error message, the
line or row, the filename etc. )that we can follow and write down the
results without worrying about if the MSP can read and understand the
reported results. The MSP must be able to read the report witrhin a
minute to tie in with his solution or ongoing tests. So i think
something like a testing report solution should be available to the
MTG´s that is similar in every MTG.
By having this, it is much easier for non- developers like me or Kim or
the big user community, who can still provide extensive testing and are
interested in more than just using vTiger, to report bugs, as in trac
one might be a little lost. But maybe at this point i just don´t really
understand TRAC. Than i excuse and maybe someone who is deeply into trac
can think this procedure to an end? Maybe the above described MTG/ MSP
thing is already possible and i just don´t know?
Well, however you think it could be organized, i would love to be part
of a MTG for any part in vTiger and i would of course help in organising
these MTG groups if you like.
Greetings
Torsten
shankar schrieb:
</pre>
<blockquote type="cite">
<pre wrap="">Fair enough.
Let us have groups that specialize in testing modules.
I would like to have volunteers who can ensure that specific modules
are well-tested. Kindly discuss among yourself and nominate the
QA-head for that module. Any one who is thorough well-known in this
mailing list and the community could come forward and co-ordinate
this, well, that would be preferable but I leave that to the mailing
list decision.
*Richie*
Kim Haverblad wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Good idea about testing teams that have a protocoll of test that is
needed to been and so on. This gives also more community users the
possibility of giving a helping hand - not all of us are developers :-)
/Kim
Torsten Zenk skrev:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
i understand that you see 150 bugs fixed, what is a great amount in that
short period of time, and see that the last release announcement was for
mid of Jan 2007, but i made the experience that people don´t want to
deal with bugs and at the moment they are not so satisfied with 5.02, so
>from that view i would tend to ask for release.
On the other side, if you wait 4 weeks more or longer and then have a
bugfree RC that is then really tested intensivly by the willing
community on different OS´s to find out if the setup and everything
works allright, i would tend to say that´s the better way and go for a
5.0.3 final.
Maybe we could build up testing teams that particularly test one small
part of vtiger when the core team thinks that a certain part is really
working bugfree, for instance just the mail section, just the invoices
oder just the organisations and each team concentrates on that and just
handles the bugs that trac holds for that particular part?
Just some thoughts
Best Regards
Torsten Zenk
_______________________________________________
Reach hundreds of potential candidates - <a class="moz-txt-link-freetext" href="http://jobs.vtiger.com">http://jobs.vtiger.com</a>
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->_______________________________________________
Reach hundreds of potential candidates - <a class="moz-txt-link-freetext" href="http://jobs.vtiger.com">http://jobs.vtiger.com</a>
</pre>
</blockquote>
<br>
</body>
</html>