At Humanized, for the functional tests of our Enso products (<a href="http://www.humanized.com">www.humanized.com</a>), we use a modified version of unittest for our test framework and use various automation tools to perform the actual testing.
<br><br>One of the useful architectural modifications we&#39;ve made to unittest&#39;s standard framework is the notion of a &quot;test environment&quot;, which allows us to run the same tests in different kinds of contexts.&nbsp; Running a test in an unfrozen Python environment, for instance, allows us to get an idea of whether a functional test works in general, without having to go through our time-consuming py2exe&#39;d build process to generate a frozen version of the product, but the test environment architecture allows us to run the same test using a frozen version on our continuous integration machines.
<br><br>In general, as much criticism as unittest has received for its complexity, we&#39;ve found it to be pretty useful for functional testing; in fact, all of our tests--unit tests, functional tests, and manual tests--use the unittest framework, which makes collecting the test results easier for us.
<br><br>As for the automation tools, currently I believe we use Mayukh Bose&#39;s IEController [1] and pyAA [2].&nbsp; The latter is particularly useful to automate interactions with apps that don&#39;t use Microsoft&#39;s standard widgets, such as Firefox (which draws its own menus and other controls).
<br><br>- Atul<br><br>[1] <a href="http://www.mayukhbose.com/python/IEC">http://www.mayukhbose.com/python/IEC</a><br>[2] <a href="http://www.cs.unc.edu/~parente/tech/tr09.shtml">http://www.cs.unc.edu/~parente/tech/tr09.shtml
</a><br><br><div><span class="gmail_quote">On 3/4/07, <b class="gmail_sendername">Michael Foord</b> &lt;<a href="mailto:fuzzyman@voidspace.org.uk">fuzzyman@voidspace.org.uk</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Lawrence Oluyede wrote:<br>&gt;&gt; Do others on this list do functional testing for desktop applications,<br>&gt;&gt; and what frameworks do you use ?<br>&gt;<br>&gt; It&#39;s not exactly a test framework but an automation tool and I never
<br>&gt; used by myself but I was nicely impressed when I attended the talk<br>&gt; about pywinauto held by Mark McMahon in last year&#39;s EuroPython.<br>&gt;<br>&gt; Maybe it can help you guys automate the testing of user interfaces:
<br>&gt; <a href="http://pywinauto.pbwiki.com/">http://pywinauto.pbwiki.com/</a><br><br>Thanks Lawrence.<br><br>For our IronPython project we have built our own test framework (for<br>both unit and functional tests) on top of unittest.
<br><br>I&#39;m looking to create a desktop application of my own (in a few months<br>once this book is finally done with) and will *probably* use wxPython.<br><br>I&#39;m interested in what other Python programmers are using to
<br>functionally test desktop applications - particularly wxPython apps<br>(although QT is pretty nice and worth considering).<br><br>Pywinauto looks very interesting - hmmm... Their demo on the homepage<br>looks good.<br>
<br>Thanks<br><br>Fuzzyman<br><a href="http://www.voidspace.org.uk/python/articles.shtml">http://www.voidspace.org.uk/python/articles.shtml</a><br><br>&gt;<br>&gt; HTH<br>&gt;<br><br><br>_______________________________________________
<br>testing-in-python mailing list<br><a href="mailto:testing-in-python@lists.idyll.org">testing-in-python@lists.idyll.org</a><br><a href="http://lists.idyll.org/listinfo/testing-in-python">http://lists.idyll.org/listinfo/testing-in-python
</a><br></blockquote></div><br>