Help:Pickle/nb

'This is a page describing a proposed solution. It is not finalized, but an on-going work.'''

Sorry about that, to all those that want to do full spec-tests in Lua right away!''

''At some point this extension will probably be renamed, most likely to "pickles". You pick on something, and use gherkin-like languages, so pickles seems like a good name.''

Spec er et prosjekt for å lage et miljø for kontinuerlig testing av Lua-skript, som er brukt for å implementere avanserte maler. Kontinuerlig testing er et kjerneelement i kontinuerlig levering, som er veldig viktig for nettsteder slik som Wikipedia som må oppe og kjøre 24×7. Spec-type testing kan bli beskrevet som en variant av enhetstesting, eller hvordan lage (bygge) tingen rett.

Rask tur
Hvordan sette opp og bruke tester, kjøre dem interaktivt og tolke rapportene. Noen konsepter er beskrevet på Help:Spec/Grunnleggende idé, men den er bare en veldig grov og forenklet beskrivelse. Det er noen spesifikke termer angående specer generelt, og spesielt for bruk på wikier. De har blitt definert i.

Avanserte verktøy
Noen avanserte verktøy er tilgjengelig, for spesielle formål. De har blitt gruppert etter disse temaene:


 * Specenes dokumentasjonsside kan bli gitt en spesiell mal som ikke bare rapporterer resultatet på dokumentasjonssiden, men som også kategoriserer siden hvis testene feiler.
 * Specenes dokumentasjonsside kan bli gitt en spesiell mal som ikke bare rapporterer resultatet på dokumentasjonssiden, men som også kategoriserer siden hvis testene feiler.


 * Både test- og kildesider kan kjøre tester i konsollet. På testsiden så vil kun et enkelt testsett bli kjørt, men på kildesiden vil alle undersider som gjenkjennes som specsider bli kjørt.
 * Både test- og kildesider kan kjøre tester i konsollet. På testsiden så vil kun et enkelt testsett bli kjørt, men på kildesiden vil alle undersider som gjenkjennes som specsider bli kjørt.

Under construction

 * En underside er funnet og kalt som del av en tolket melding. Dette oppslaget og tolkingen gjør det mulig å definere en lokalisert tilbakefallskjede, eller endog inkludere og tolke nye testrammeverk.
 * En underside er funnet og kalt som del av en tolket melding. Dette oppslaget og tolkingen gjør det mulig å definere en lokalisert tilbakefallskjede, eller endog inkludere og tolke nye testrammeverk.


 * The parsed text from the subpage will be processed by a simple extractor to see if it is possible to identify specific terms and phrases. If anyone are found then a specific token will be set before further processing.
 * The parsed text from the subpage will be processed by a simple extractor to see if it is possible to identify specific terms and phrases. If anyone are found then a specific token will be set before further processing.


 * The test report can be the final tokens used by the extension, but it can also be according to the Test Anything Protocol. It will then make an attempt to rewrite the tap-report into the final token.
 * The test report can be the final tokens used by the extension, but it can also be according to the Test Anything Protocol. It will then make an attempt to rewrite the tap-report into the final token.


 * All modules that has specs will have a page status indicator for the current result of the test, both as part of the symbol (by coloring) and the message (as text).
 * All modules that has specs will have a page status indicator for the current result of the test, both as part of the symbol (by coloring) and the message (as text).


 * All modules that has specs will have a tracking category for the current result of the test. It will follow the result as shown by the page status indicator.
 * All modules that has specs will have a tracking category for the current result of the test. It will follow the result as shown by the page status indicator.


 * Alle moduler som har specs vil legge til oppføringer på teststatuslogg for nåværende resultat av testene. It will follow the result as shown by the page status indicator.
 * Alle moduler som har specs vil legge til oppføringer på teststatuslogg for nåværende resultat av testene. It will follow the result as shown by the page status indicator.


 * It is possible to calculate software metrics for modules, and especially cyclomatic complexity is a very interesting metric as it gives upper and lower bounds for the number of necessary tests.
 * It is possible to calculate software metrics for modules, and especially cyclomatic complexity is a very interesting metric as it gives upper and lower bounds for the number of necessary tests.