how find bug application
Een heel goed en belangrijk punt. Rechtsaf? Als u een softwaretester of een QA-engineer bent, moet u elke minuut nadenken om een bug in een toepassing te vinden. En dat zou je moeten zijn!
Ik denk dat het vinden van een Blokkerende bug zoals elke Systeem crash is vaak lonend! Nee, zo denk ik niet. U moet proberen de bugs te achterhalen die het moeilijkst te vinden zijn en die gebruikers altijd misleiden.
Het vinden van zulke subtiele bugs is het meest uitdagende werk en het geeft je de voldoening van je werk. Het moet ook worden beloond door senioren. Ik zal mijn ervaring met zo'n subtiele bug delen die niet alleen moeilijk te vangen was, maar ook moeilijk te reproduceren was.
Ik testte een module uit mijn zoekmachine-project. Ik doe de meeste activiteiten van dit project handmatig, omdat het een beetje ingewikkeld is om te automatiseren. Die module bestaat uit statistieken over het verkeer en de inkomsten van verschillende partners en adverteerders. Het testen van dergelijke rapporten is dus altijd een moeilijke taak.
Toen ik dit rapport testte, liet het de gegevens enige tijd nauwkeurig zien, maar toen ik het na een tijdje opnieuw probeerde te testen, vertoonde het misleidende resultaten. Het was vreemd en verwarrend om de resultaten te zien.
Er was een Cron (Cron is een geautomatiseerd script dat wordt uitgevoerd na een opgegeven tijd of voorwaarde) om de logbestanden te verwerken en de database bij te werken. Dergelijke meerdere gewassen worden uitgevoerd op logbestanden en DB om de totale gegevens te synchroniseren.
Er liepen met enige tussenpozen twee Crons op één tafel.
Er was een kolom in de tabel die werd overschreven door een andere Cron, waardoor sommige gegevens inconsistent waren. Het kostte ons veel tijd om het probleem te achterhalen vanwege de enorme DB-processen en verschillende Crons.
Mijn punt is dat ik probeer de verborgen bugs in het systeem te achterhalen die kunnen optreden onder speciale omstandigheden en die een sterke impact op het systeem hebben. Je kunt zo'n bug vinden met enkele tips en trucs.
java hoe u een reeks objecten kunt maken
Dus wat zijn die tips:
# 1) Begrijp de hele applicatie of module in de diepte voordat u met het testen begint.
#twee) Bereiden goede testgevallen voordat u begint met testen. Ik bedoel, geef de nadruk op de functionele testgevallen die het grootste risico van de applicatie met zich meebrengen.
# 3) Creëer voldoende testgegevens voor tests bevat deze dataset de testcase-condities en ook de databaserecords als u DB-gerelateerde applicaties gaat testen.
# 4) Voer herhaalde tests uit met de verschillende testomgeving
# 5) Probeer de resulterend patroon en vergelijk vervolgens uw resultaten met die patronen.
# 6) Als je denkt dat je de meeste testcondities hebt doorlopen en als je denkt dat je dan wat moe bent doe wat Monkey Testing.
# 7) Gebruik je vorige Test datapatroon om de huidige reeks tests te analyseren.
# 8) Probeer er eens een paar Standaard testcases waarvoor je de bugs in een andere applicatie hebt gevonden. Als u het invoertekstvak test, probeer dan wat HTML-tags in te voegen als invoer en bekijk de uitvoer op de weergavepagina.
# 9) De laatste en beste truc is om heel hard te proberen de bug te vinden. Alsof je alleen test om de applicatie te verbreken!
Ik zal in enkele komende berichten meer tips opnemen. In de tussentijd kunt u hier meer tips geven.
Aanbevolen literatuur
- Hoe schrijf je een goed bugrapport? Tips en trucs
- Top 20 praktische tips voor het testen van software die u moet lezen voordat u een toepassing test
- Wat is Monkey Testing bij softwaretests?
- Verschil tussen Desktop, Client Server Testing en Web Testing
- Voorbeeld bugrapport
- Gezondheidszorgtoepassingen testen - tips en belangrijke testscenario's (deel 2)
- Handleiding voor het testen van webapplicaties
- 7 basistips voor het testen van meertalige websites