2018 bis heute | 2017 2016 2015 2014 | 2013 | 2012

Mailingliste - Einträge 2018 bis heute

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta content="MSHTML 6.00.6000.16705" name="GENERATOR">
</head>
<body style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<div dir="ltr" align="left"><span class="670463909-01022011">Hello,</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011"></span> </div>
<div dir="ltr" align="left"><span class="670463909-01022011">At our company we have three developmen-teams buidling our new information system. We hired a test-specialist who has a lot of knowledge about QF-Test and he shares his knowledge with the team members.
 This way, all teams have sufficient knowledge for setting up test suites and automating tests. And with team members I mean both developers, business analysts, designers and architects.
</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011"></span> </div>
<div dir="ltr" align="left"><span class="670463909-01022011">Creating a shared responsibility for the product quality is essential, otherwise only the test-specialist will run the tests. Both developers and testers need to understand and work together in creating
 the product. This means that the correct naming of components and scripting is part of a shared goal: creating high quality software.</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011"></span> </div>
<div dir="ltr" align="left"><span class="670463909-01022011">We've created some setup-procedures in a set so that they can be called from the other test-suites. Some tests are also added to the continuous integration (Hudson) which makes them run every night.</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011"></span> </div>
<div dir="ltr" align="left"><span class="670463909-01022011">At the moment, our end-users don't create tests themselves. We created a few workflow-tests to guide them in their test activities.</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011"></span> </div>
<div dir="ltr" align="left"><span class="670463909-01022011">With regards,</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011"></span> </div>
<div dir="ltr" align="left"><span class="670463909-01022011">Rutger van Dijk</span></div>
<div dir="ltr" align="left"><span class="670463909-01022011">Port of Rotterdam</span></div>
<br>
<div class="OutlookMessageHeader" lang="nl" dir="ltr" align="left">
<hr tabindex="-1">
<b>Van:</b> qftest-list-bounces@qfs.de [mailto:qftest-list-bounces@qfs.de] <b>Namens
</b>Weston Gross<br>
<b>Verzonden:</b> woensdag 26 januari 2011 2:23<br>
<b>Aan:</b> Bob Schmidt; Martin Moser<br>
<b>CC:</b> qftest-list@qfs.de<br>
<b>Onderwerp:</b> Re: [QF-Test] QF Test - Managing Automation - Best Practices<br>
<br>
</div>
<div></div>
<div>"How does the QA Automation practice fit or integrate itself within an Agile development organization?"</div>
<div> </div>
<div>In my situation, testers wanted prerequisite data to be entered into the application to get them to a point where they could continue manually testing. I set up generic procedures that could handle the entry depending on the data that went into the test
 script. I was able to run scripts on hundreds of IDs which saved the testers many hours of setup.
<br>
</div>
<div><br>
>>> Martin Moser <martin.moser@qfs.de> 1/25/2011 12:43 AM >>><br>
Hi Bob,<br>
<br>
during my customer visits I recognized that it's really important, that you <br>
establish at least one engineer in your team who is capable of <br>
understanding the technical issues like component recognition and scripting <br>
in detail.<br>
Then most customers tend to organize their test-suites in smaller modules, <br>
similar to recommendation from the Best-Practices chapter. This approach <br>
allows the people to keep the "technical" issues in the technical layer and <br>
the business testers implement their tests in separate test-suites re-using <br>
some parts from the basic layer.<br>
So, what I tried to say, is that you need something like a "QF-Test <br>
Professional/Lead/Power user" in your team for supporting the normal user. <br>
I personally think that's really a must-have in staffing.<br>
<br>
I'd also recommend that your team can talk to the actual developers of your <br>
SUT, if it's required. Talking about test-cases and some approaches for <br>
testing sophisticated or complex GUI-parts might make everyone's life <br>
easier.<br>
<br>
I hope anyone else could share his/her experience in setting up QF-Test.<br>
<br>
Best Regards,<br>
Martin<br>
<br>
--On Mittwoch, Januar 12, 2011 12:00:45 -0500 Bob Schmidt <br>
<bob.schmidt@invisioninc.com> wrote:<br>
<br>
> Hello:<br>
><br>
> I'm interested in drawing on and learning from any experiences or<br>
> recommended best practices and processes that one can use to create an<br>
> organization that will enable continued growth and maintenance of<br>
> automation within the company.<br>
><br>
> How does the QA Automation practice fit or integrate itself within an<br>
> Agile development organization? What staffing considerations must be made<br>
> to sustain the infrastructure built thus far? What are "must-haves" in a<br>
> 6 month/12 month automation rollout roadmap?<br>
><br>
> Thank you in advance for your feedback.<br>
><br>
> Sincerely;<br>
><br>
> Robert Schmidt<br>
><br>
> This communication and attachment(s) are the confidential property of<br>
> INVISION, Inc.  If you are not the intended recipient, please notify the<br>
> sender immediately and delete this message; any copying, dissemination or<br>
> use of these contents by persons other than the intended addressee(s) is<br>
> prohibited.  Thank you.<br>
><br>
> _______________________________________________<br>
> qftest-list mailing list<br>
> qftest-list@qfs.de<br>
> <a href="http://www.qfs.de/mailman/listinfo/qftest-list">http://www.qfs.de/mailman/listinfo/qftest-list</a><br>
<br>
<br>
<br>
-- <br>
Martin Moser                           martin.moser@qfs.de<br>
Quality First Software GmbH            <a href="http://www.qfs.de">http://www.qfs.de</a><br>
Tulpenstr. 41                          Tel: +49 8171 38648-14<br>
DE-82538 Geretsried                    Fax: +49 8171 38648-16<br>
GF: Gregor Schmid, Karlheinz Kellerer  HRB Mnchen 14083<br>
<br>
_______________________________________________<br>
qftest-list mailing list<br>
qftest-list@qfs.de<br>
<a href="http://www.qfs.de/mailman/listinfo/qftest-list">http://www.qfs.de/mailman/listinfo/qftest-list</a><br>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1">Voor elektronische communicatie hanteert Havenbedrijf Rotterdam N.V.(HbR) een disclaimer. U kunt deze nalezen op de internetsite van het HbR of opvragen via info@portofrotterdam.com).<br>
Havenbedrijf Rotterdam N.V., Rotterdam, is geregistreerd bij het handelsregister in Nederland onder nummer 24354561.<br>
<br>
Havenbedrijf Rotterdam N.V.(HbR) has a disclaimer with regard to electronic communication. You can read the disclaimer on the internet site of the HbR or ask for a copy by mail to info@portofrotterdam.com).<br>
Havenbedrijf Rotterdam N.V., Rotterdam, is registered with the trade register in the Netherlands under no. 24354561.<br>
<br>
www.portofrotterdam.com<br>
</font>
</body>
</html>