automatic test (learn from failure) Anti pattern of automation test a good way to introduce automated tests with limited resources Introduce simple way to test for integration testing
Maintenance cost, nobody can maintenance • Who will maintain? (if person who in charge is quited the project) • No Full time person (Time & Skill) • Tried to automate everything • Aimed to be able to find bugs
JP • https://sites.google.com/site/testautomationresearch/test_automation_principle 1.Manual test does not go away 2.It is useless to do it manually and automate tests with no effect 3.Automatic test only tests what I wrote 4.The utility of test automation is not limited to cost reduction 5.The development of automatic test system is to be continued 6.Automation study from the beginning of the project 7.Automatic testing rarely finds new bugs 8.A new task of analyzing test results is born
induced by alcohol or narcotics • Test Automation Pattern Language (from Kansai Test Collection) http://kencolle.github.io/AutomationPatternLanguage/ AutomationFavor.html I am obsessed with the fun of automation introduced in the exam and I am trying to promote automation more and more without designing the whole. As a result, it seems that similar systems will be muddy, and management will be difficult after that.
per API 1. Select API Method 2. Input API Endpoint URL 3. (If Needed) Input Auth Info e.g. Request Header 4. Create Environment 5. Write Test (Assertion)
is 200"] = responseCode.code === 200; tests["Response time is less than 200ms"] = responseTime < 200; tests["Body matches string"] = responseBody.has("categories");