Het maken van de beslissing om uw software testen automatiseren
Niet elke software testen project kan of moet worden geautomatiseerd. Voordat uw afdeling een nieuwe test automatiseringsproject accepteert, moet u vast een proces waarin de projecten worden beoordeeld en aanvaard of verworpen. Dit kan gedaan worden met een eenvoudige test Automation Acceptance Test Checklist.Repeatable zaken met statische DataThe werkelijke kosten ten behoeve van test automatisering wordt alleen bereikt wanneer dezelfde scripts zijn meerdere malen uitgevoerd. De eerste uitvoering is erg duur, omdat het de eenmalige kosten van de automatisering gereedschappen en 100% van de tijd de Test Automation ingenieur omvat. Wanneer de scripts opnieuw worden uitgevoerd, de kosten van de dalingen test automatisering scherp. De tool is al gekocht en de scripts zijn al gecodeerd. Als er veranderingen in de toepassing is, kan de scripts nodig voor het onderhoud wordt uitgevoerd. Onderhoud op minderjarige software-updates moeten worden minimal.Because test automatisering is alleen succesvol wanneer de scripts kunnen worden meerdere keren uitgevoerd, alleen de toepassing die eisen dezelfde test gevallen worden uitgevoerd met dezelfde gegevens worden goede kandidaten voor automatisering. Bijvoorbeeld, een hypotheek toepassing die moet worden regressie getest op een wekelijkse basis zou een goede kandidaat voor de test automatisering. Script onderhoud is minimaal en de scripts Voer een hypotheek toepassing die gebruikmaakt van dezelfde groep van testgegevens in een fractie van de tijd die het zou nemen een handleiding tester op dezelfde functionality.On de andere kant test, een hypotheek ontstaan, dat niet kan gebruiken dezelfde test gegevens voor elke iteratie zou niet een goede automatisering kandidaat. Vanwege de aard van de hypotheek systemen kunnen gegevens worden georganiseerd in verschillende staten van goedkeuring of afwijzing, gebaseerd op de huidige gegevens en de afdelingen die reeds hebben verwerkt hun deel van de hypotheek aanvraag. Als het script niet gemakkelijk kunnen achterhalen welke gegevens in te voeren in de software, is het niet een goede automatisering candidate.Another probleem met het automatiseren van dit soort complexe systeem is dat de testomgeving bevat vaak een steekproef van de productie gegevens die wordt vernieuwd op periodieke basis. Soms kan dit worden verholpen door het herstel van de testgegevens bij de testomgeving wordt vernieuwd. De haalbaarheid van wederopbouw testgegevens op regelmatige basis hangt af van de complexiteit van de aanvraag. Je moet dat besluit over een zaak te maken per geval of basis.Application Milieu StabilityEnvironmental stabiliteit is cruciaal voor een succesvol automatiseren van het testen van een software-project. Scripts kunnen niet worden gecodeerd tijdig wanneer de applicatie-omgeving niet beschikbaar is, ervaringen frequente down-tijden, of overmatig gebreken en errors.Little of Nee Applicatie of Milieu DowntimeIt duurt langer om scripts te schrijven dan aan de handmatig testen dezelfde functionaliteit. De meeste tools zijn automatisering afgezwakte versie van C of Visual Basic, wat betekent dat het schrijven van geautomatiseerde scripts is in wezen de programmering en neemt voldoende tijd en specialistische vaardigheden. In tegenstelling tot handmatige testcases, die soms kan worden geschreven basis off eisen en mock-ups, geautomatiseerde hulpmiddelen eisen dat de feitelijke toepassing. Wanneer een test omgeving niet beschikbaar is, kan automatisering ingenieurs niet maken scripts, waarin het project verlengd en eindigt costing more.Excessive downtime kan bestaan uit een of meer van de volgende kenmerken: instabiele omgeving gebrek aan infrastructuur Support frequente toepassing Updates Buggy CodeEffects van Milieu instabiliteit op scenario-ontwikkeling en ExecutionWhen een toepassing of omgeving is instabiel, scripting vooruitgang is enorm vertraagd of helemaal gestopt. In sommige gevallen is het mogelijk om door te gaan scripting, maar dit kan veroorzaakt meer werk op een later datum. Bijvoorbeeld, als u scripting in buggy code, moet u wellicht script rond foutmeldingen en de scripts zullen moeten worden herzien op een later tijdstip. Of u alleen in staat zijn om scripts te creëren om een bepaald punt en eindigen ze op een later tijdstip. Om te helpen voorkomen en verminderen milieu instabiliteit, lees het hoofdstuk over Service Level Agreements.Timely gebreken Defect FixesApplication hoeft geen schade kan berokkenen aan een geautomatiseerd software testing project. Wanneer gebreken worden vastgesteld in een tijdig, scripting kan blijven zonder noemenswaardige downtime. Bij de berekening van een geautomatiseerd testen van het project, is het altijd het beste toe te voegen wat buffer tijd dat geschikt voor het gebrek rapportage en revisions.When gebrek fixes nemen een buitensporige hoeveelheid tijd op te lossen en zijn oorzaak van het geautomatiseerd testen van software-project worden uitgesteld, is het tijd trekken samen een vergadering. Nodig alle belangrijke spelers en bespreken de wortel van het probleem en wat iedereen kan de situatie te verbeteren. Misschien ontwikkeling besteedt te veel tijd proberen om het probleem te reproduceren en uw automatisering met treedt team betere omschrijving zou hen helpen hun beurt het gebrek herstelt sneller rond. Misschien kun je samen kunnen werken om defecten classificeren en vast te stellen redelijke tijden voor elke indeling vast te stellen. Bijvoorbeeld, een kritische gebrek dient te worden dat de vastgestelde dag, terwijl een groot gebrek moet worden vastgesteld met in 24 hours.Responsive Contact PersonWhen je team krijgt een nieuw geautomatiseerd testen van het project, moet u een contactpersoon aan. Deze persoon verantwoordelijk voor het maken of u de zakelijke behoeften en het beantwoorden van vragen over hoe de applicatie werkt. Dit zal niet zijn of haar eerste baan, dus je moet zorgen dat hij of zij reageert. Als je kan niet voldoende business requirements, testgegevens, of vragen beantwoord, uw automatisering project zal niet worden successful.Copyright 2004. Danna Henderson. Alle rechten Reserved.Danna Henderson heeft vele organisaties automatiseren hun software testen met WinRunner. Voor informatie over het maken van robuuste, data driven scripts, en succesvol geautomatiseerd testen, bezoek WinRunner Experts.
Artikel Bron: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
