<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="http://slamwiki2.kobject.net/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="http://slamwiki2.kobject.net/feed.php">
        <title>SlamWiki 2.1 qa</title>
        <description></description>
        <link>http://slamwiki2.kobject.net/</link>
        <image rdf:resource="http://slamwiki2.kobject.net/lib/tpl/bootstrap3/images/favicon.ico" />
       <dc:date>2026-05-02T01:58:40+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="http://slamwiki2.kobject.net/qa/ci?rev=1682959015&amp;do=diff"/>
                <rdf:li rdf:resource="http://slamwiki2.kobject.net/qa/tests-plan?rev=1682958551&amp;do=diff"/>
                <rdf:li rdf:resource="http://slamwiki2.kobject.net/qa/tests?rev=1702912832&amp;do=diff"/>
                <rdf:li rdf:resource="http://slamwiki2.kobject.net/qa/unit-tests?rev=1682958486&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="http://slamwiki2.kobject.net/lib/tpl/bootstrap3/images/favicon.ico">
        <title>SlamWiki 2.1</title>
        <link>http://slamwiki2.kobject.net/</link>
        <url>http://slamwiki2.kobject.net/lib/tpl/bootstrap3/images/favicon.ico</url>
    </image>
    <item rdf:about="http://slamwiki2.kobject.net/qa/ci?rev=1682959015&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-05-01T18:36:55+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Intégration continue</title>
        <link>http://slamwiki2.kobject.net/qa/ci?rev=1682959015&amp;do=diff</link>
        <description>Intégration continue


L&#039;intégration continue est un ensemble de pratiques utilisées en génie logiciel consistant à vérifier à chaque modification de code source que le résultat des modifications ne produit pas de régression dans l&#039;application développée. Le concept a pour la première fois été mentionné par Grady Booch et se réfère généralement à la pratique de l&#039;extreme programming. Le principal but de cette pratique est de détecter les problèmes d&#039;intégration au plus tôt lors du développement.…</description>
    </item>
    <item rdf:about="http://slamwiki2.kobject.net/qa/tests-plan?rev=1682958551&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-05-01T18:29:11+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Plan de tests</title>
        <link>http://slamwiki2.kobject.net/qa/tests-plan?rev=1682958551&amp;do=diff</link>
        <description>Plan de tests</description>
    </item>
    <item rdf:about="http://slamwiki2.kobject.net/qa/tests?rev=1702912832&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-12-18T16:20:32+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Tests, typologie &amp; concepts</title>
        <link>http://slamwiki2.kobject.net/qa/tests?rev=1702912832&amp;do=diff</link>
        <description>Tests, typologie &amp; concepts

Plan de séance

Ils contribuent à la qualité logicielle : QA Quality Assurance

	*  En vérifiant la satisfaction des exigences fonctionnelles ou techniques.
	*  En évitant la régression.

Certains doivent être manuels, d&#039;autres peuvent être automatisés.&lt;div class=&quot;imageB&quot;&gt;&lt;/div&gt;&lt;div class=&quot;imageB&quot;&gt;&lt;/div&gt;&lt;div class=&quot;imageB&quot;&gt;&lt;/div&gt;&lt;div class=&quot;imageB&quot;&gt;&lt;/div&gt;&lt;div class=&quot;imageB&quot;&gt;&lt;/div&gt;</description>
    </item>
    <item rdf:about="http://slamwiki2.kobject.net/qa/unit-tests?rev=1682958486&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-05-01T18:28:06+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Tests unitaires</title>
        <link>http://slamwiki2.kobject.net/qa/unit-tests?rev=1682958486&amp;do=diff</link>
        <description>Tests unitaires

Un test unitaire permet de s&#039;assurer du bon fonctionnement d&#039;une partie d&#039;un programme (généralement d&#039;une fonction, d&#039;une procédure, d&#039;un module ou d&#039;un composant).

L&#039;écriture d&#039;un test permet de comparer une réalisation (implémentation) aux spécifications.
Le concept de test unitaire n&#039;est pas nouveau, et l&#039;écriture de tests a longtemps été considérée comme une tâche secondaire.</description>
    </item>
</rdf:RDF>
