<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Test design]]></title><description><![CDATA[<p>was ich mich schon immer gefragt habe :</p>
<p>wie schreibt man eigentlich vernünftig tests :</p>
<p>problem 1 :<br />
meistens schreibt man für ein kleines Modul seines Projekts<br />
eine kleine Testfunktion, und testet dann für irgendwelche<br />
(Random)-Extrem-werte<br />
Diese kleine Tests gehen aber oft verloren<br />
(weil man nicht jeden kleinen Test behalten will)</p>
<p>Ich hätte gerne ein Framework, wo man immer weiter tests einbauen kann,<br />
sowas wie grosse asserts, wo man anforderungen an seine Module stellen kann,</p>
<p>viele packages haben ja auch sowas wie<br />
&quot;make tests&quot;</p>
<p>ich habe mich auch mal daran gemacht, aber ohne framework endet das<br />
in ziemlich viel arbeit<br />
(fast eine cpp pro klasse, welche die klasse durchtestet)<br />
und das ufert irgendwie aus, so das ich das irgendwann abgebrochen habe</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/216348/test-design</link><generator>RSS for Node</generator><lastBuildDate>Sun, 11 Oct 2026 12:39:13 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/216348.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 23 Jun 2008 07:20:54 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Test design on Mon, 23 Jun 2008 07:20:54 GMT]]></title><description><![CDATA[<p>was ich mich schon immer gefragt habe :</p>
<p>wie schreibt man eigentlich vernünftig tests :</p>
<p>problem 1 :<br />
meistens schreibt man für ein kleines Modul seines Projekts<br />
eine kleine Testfunktion, und testet dann für irgendwelche<br />
(Random)-Extrem-werte<br />
Diese kleine Tests gehen aber oft verloren<br />
(weil man nicht jeden kleinen Test behalten will)</p>
<p>Ich hätte gerne ein Framework, wo man immer weiter tests einbauen kann,<br />
sowas wie grosse asserts, wo man anforderungen an seine Module stellen kann,</p>
<p>viele packages haben ja auch sowas wie<br />
&quot;make tests&quot;</p>
<p>ich habe mich auch mal daran gemacht, aber ohne framework endet das<br />
in ziemlich viel arbeit<br />
(fast eine cpp pro klasse, welche die klasse durchtestet)<br />
und das ufert irgendwie aus, so das ich das irgendwann abgebrochen habe</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1533957</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1533957</guid><dc:creator><![CDATA[Treb]]></dc:creator><pubDate>Mon, 23 Jun 2008 07:20:54 GMT</pubDate></item><item><title><![CDATA[Reply to Test design on Mon, 23 Jun 2008 07:49:57 GMT]]></title><description><![CDATA[<p>in dem refactoring buch wars so beschrieben das jede klasse eine methode namens &quot;test&quot; beinhaltet - und das automatisierte test ruft dann &quot;einfach&quot; stets die test funktion auf sofern vorhanden</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1533966</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1533966</guid><dc:creator><![CDATA[EXDW]]></dc:creator><pubDate>Mon, 23 Jun 2008 07:49:57 GMT</pubDate></item><item><title><![CDATA[Reply to Test design on Mon, 23 Jun 2008 08:38:42 GMT]]></title><description><![CDATA[<p>Testdesign ist ein äußerst umfangreiches Thema. Will man das vernünftig machen muss man sich erst einmal einpaar gute Bücher durchlesen und Gedanken machen, was man überhaupt will.</p>
<p>Es gibt eine riesige Palette an Testarten. Last-/Stresstests, Portabilitätstests, Usabilitytests, Systemtests, Regressionstests, uswusw...</p>
<p>Willst Du einen automatisierten Test machen, gibt es verschiedene Tools. Winrunner war mal ein relativ weit verbreitetes, aber ich glaube das ist nicht mehr so aktuell. Diese &quot;kleinen Module&quot; die Du meinst, sind sogenannte &quot;Stubs&quot; und dienen dazu noch nicht fertigen Code zu ersetzen oder zu &quot;simulieren&quot;.</p>
<p>Grundästzlich gilt aber, dass Entwickler, aufgrund mangelnder Fehlertoleranz ggü. dem eigenen Code, die schlechtesten Tester sind.</p>
<p>Ein gutes Buch, das auch für die ISTQB Certified Tester als Grundlage gilt, ist dieses hier: <a href="http://www.amazon.de/Basiswissen-Softwaretest-Weiterbildung-Foundation-ISTQB-Standard/dp/3898643581/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1214209668&amp;sr=1-1" rel="nofollow">http://www.amazon.de/Basiswissen-Softwaretest-Weiterbildung-Foundation-ISTQB-Standard/dp/3898643581/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1214209668&amp;sr=1-1</a></p>
<p>Mir ist zwar fast klar, dass Du nicht im großen Stil eine Qualitätssicherung Deiner Programme betreiben willst, aber wenn Du wirklich testen willst, wie es &quot;im Feld&quot; üblich ist, solltest Du Dir dieses Buch zumindest einmal durchlesen. Musst es ja nicht kaufen, das gibt's sicherlich in jeder Bücherei da weit verbreitet.</p>
<p>Gruß,<br />
PuerNoctis</p>
<p>EDIT: Zu dieser Sache mit der &quot;Test&quot;-Methode die von den Tools aufgerufen wird: Das ist z.T. völlig unterschiedlich. Viele Testtools generieren eigenen Code der im Source mit eingebunden wird um verschiedene Module zu testen, andere wiederum brauche besagte Schnittstellen. Bei GUI-Tests werden die Handles von Buttons und Windows gespeichert und nach und nach &quot;abgeklickt&quot;, usw. Das kommt hier alles auf das verwendete Tool an.</p>
<p>Silktest ist glaube ich ein aktuelleres Test-Automatisierungstool</p>
<p>EDIT 2: Die &quot;(Random)-Extrem-werte&quot; sind die sogenannte Äquivalenzklassen-Methode. Hier eine recht gute Erklärung zu Bildung von Äquivalenzklassen und deren Anwendung: <a href="http://www.st.cs.uni-sb.de/edu/se/2005/funktionstest.pdf" rel="nofollow">http://www.st.cs.uni-sb.de/edu/se/2005/funktionstest.pdf</a></p>
]]></description><link>https://www.c-plusplus.net/forum/post/1533999</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1533999</guid><dc:creator><![CDATA[PuerNoctis]]></dc:creator><pubDate>Mon, 23 Jun 2008 08:38:42 GMT</pubDate></item></channel></rss>