In deze tabel kan de gebruiker testcases filteren voordat ze worden bekeken. Geselecteerde (aangevinkte) gegevens zullen worden getoond. Om de voorgestelde gegevens te wijzigen, , vink aan of uit, klikt u op Filter, en selecteer het gewenste data niveau van de boom.
Document Hoofding: Gebruikers kunnen informatie in de hoofding filteren. Document hoofding informatie omvat: inleiding, bereik, referenties, testmethodologie en test beperkingen.
Testcase Body: Gebruikers kunnen testcase body informatie filteren. Testcase Body informatie bestaat uit: samenvatting, stappen, verwachte resultaten en sleutelwoorden
Testcase samenvatting: Gebruikers kunnen testcase samenvattingen filteren van de testcase titel, ze kunnen echter geen informatie uit de testcase samenvatting testcase body. Testcase samenvatting is slechts gedeeltelijk gescheiden van testcase body ter ondersteuning van het bekijken van de titels met een korte samenvatting en het ontbreken van stappen, verwachte resultaten en trefwoorden. Als een gebruiker besluit om een testcase body te bekijken , zal de tescase samenvatting altijd worden opgenomen.
Inhoudsopgave: TestLink voegt een overzicht toe van alle geselecteerde titels met interne hyperlinks
Uitvoerformaat: Er zijn twee mogelijkheden: HTML en MS Word. Browser roept MS Word component aan in het tweede geval.
"; // testPlan.html $TLS_hlp_testPlan = "Een testplan is een systematische aanpak voor het testen van een systeem zoals software. U kunt het testen van de activiteit organiseren met bepaalde builds van het product in de tijd en resultaten traceren.
Dit gedeelte is waar de gebruikers testcases kunnen uitvoeren (testresultaten schrijven) en een testcase suite van het testplan afdrukken. Deze sectie is waar gebruikers de resultaten kunnen bijhouden van het uitvoeren van een testcase.
Deze sectie, die alleen toegankelijk is voor leiders, stelt gebruikers in staat om testplannen te beheren.
Administratie van testplannen omvat het maken/bewerken/verwijderen van de plannen,
toevoegen/bewerken/verwijderen/updaten van testcases in de plannen, builds creëren evenals bepalen wie welke
plannen kan zien.
Gebruikers met leider permissies kunnen ook de prioriteit/risico en de eigendom van
testcase suites (categorieën) en test mijlpalen maken.
Opmerking: Het is mogelijk dat gebruikers geen dropdown met testplannen kunnen zien. In deze situatie zullen alle links (behalve deze geactiveerd door een leider) losgekoppeld zijn. Als u zich in deze situatie bent moet u contact opnemen met een leider of administrator om u de juiste rechten voor het testplan toe te kennen or een testplan voor u aan te maken.
"; // custom_fields.html $TLS_hlp_customFields = "Hier volgen enkele feiten over de implementatie van de gebruikersvelden:
De definitie van een gebruikersveld bevat de volgende logische attributen:
Hiermee kunnen gebruikers testcases 'uitvoeren'. Uitvoeren zelf is louter het toewijzen van resultaat aan een testcase (OK, gefaald, geblokkeerd) in een geselecteerde build.
De toegang tot een bug tracking systeem kan worden geconfigureerd. De gebruiker kan dan direct nieuwe bugs toevoegen en door bestaande bladeren. Zie installatiehandleiding voor meer informatie.
"; //bug_add.html $TLS_hlp_btsIntegration = "(alleen als dit geconfigureerd is) TestLink heeft een zeer eenvoudige integratie met Bug Tracking Systems (BTS), zonder te een verzoek om een bug aan te maken te versturen aan BTS, noch het terugkrijgen bug id. De integratie wordt gedaan met behulp van links naar pagina's op BTS, die de volgende functies oproepen:
In instellingen kunt u het testplan, build en platform (indien aanwezig) om uit te voeren selecteren
U kunt het gewenste testplan kiezen. Volgens de gekozen testplan zullen de geschikte builds worden getoond. Na het kiezen van een testplan zullen filters gereset worden.
Als de functie platformen wordt gebruikt, moet u het juiste platform te kiezen om een test uit te voeren.
U kunt de build kiezen waarvoore u de testcases wukt uitvoeren.
Filters bieden de mogelijkheid de set van de getoonde testcases verder te beinvloeden voor ze uit te voeren. U kunt de set van getoonde testcases verkleinen door filters op te geven en op de \"Apply\" knop te klikken.
Met geavanceerde filters kunt u een reeks waarden opgeven voor de filters door CTRL-klik te gebruiken in de multi-select listbox.
U kunt testcases filteren op de trefwoorden die eraan zijn toegewezen. Je kan meerdere trefwoorden kiezen " . "met CTRL-klik. Als u meer dan één trefwoord koos kun je ". "beslissen of alleen testcases worden getoond waaraan alle gekozen trefwoorden zijn toegewezen". "(Radiobutton \"en\") of ten minste één van de gekozen trefwoorden (radioknop \"Of\").
U kunt testcases filteren op test prioriteit. De test prioriteit is \"testcase belang\" ". "gecombineerd met \"test dringendheid\" in het huidige testplan.
U kunt testcases filteren die niet zijn toegewezen (\"Niemand\") of toegewezen aan \"Iemand\". ". "Je kunt ook testcases filteren die aan een specifieke tester zijn toegewezen. Als je een specifieke tester kiest ". "heb je ook de mogelijkheid om testcases die niet toegewezen zijn erbij te laten zien". "(geavanceerde filters zijn beschikbaar).
U kunt testcases filteren op resultaat (geavanceerde filters zijn beschikbaar). U kunt filteren op ". "Resultaat \"op gekozen build \", \"op de nieuwste uitvoering\", \"op ALLE builds\", ". "\"op om het even welke build\" en \"op specifieke build\". Als \"specifieke build\" gekozen is dan kan u". "de build opgeven.
"; // newest_tcversions.html $TLS_hlp_planTcModified = "De hele set testcases gekoppeld aan testplan wordt geanalyseerd, en een lijst van testcases waarvan de nieuwste versie wordt weergegeven (vergeleken met de huidige set van het testplan).
"; // requirementsCoverage.html $TLS_hlp_requirementsCoverage = "Deze functie maakt het mogelijk om de dekking in kaart te brengen van de gebruiker- of systeemvereisten door testcases Openen via link \"Vereisten specificatie\" in het hoofdscherm.
Vereisten worden gegroepeerd door een 'Vereisten specificatie' document dat betrekking heeft op het
testproject.
TestLink ondersteunt geen versiebeheer voor vereisten specificaties
of vereisten. Dus moet de versie van document worden toegevoegd na
een specificatie Titel.
Een gebruiker kan eenvoudige beschrijvingen of opmerkingen toevoegen aan het Bereik veld.
Overschreven telling van vereisten dient voor evaluatie van vereisten dekking in het geval dat niet aan alle vereisten toegevoegd (of geïmporteerd) zijn. De waarde 0 betekent dat de huidige telling van eisen wordt gebruikt voor de statistieken.
Bv SRS omvat 200 vereisten, maar slechts 50 worden toegevoegd in TestLink. Test dekking is 25% (indien alle toegevoegde vereisten worden getest).
Klik op de titel van een bestaande Vereisten specificatie. U kunt vereisten maken, bewerken, verwijderen of importeren voor het document. Elke vereiste heeft een titel, bereik en status. Status moet \"normaal\" of \"Niet toetsbaar\" zijn. Niet toetsbare vereisten worden niet meegeteld in statistieken. Deze parameter moet worden gebruikt voor niet geïmplementeerde functies en verkeerd ontworpen vereisten.
U kunt nieuwe testcases voor de vereisten aanmaken door het gebruik van multi actie met gecontroleerde vereisten in het specificaties scherm. Deze testcases worden gemaakt in testsuite met de naam opgegeven in configuratie (standaard is: $tlCfg->req_cfg->default_testsuite_name = \"Test suite created by Requirement - Auto\";) . Titel en bereik worden gekopieerd naar deze testcases.
"; $TLS_hlp_req_coverage_table = "