Organized by the Ministry of Testing.
1 Look up some definitions for ʻAutomationʼ, compare them against definitions for ʻTest Automationʼ.
I googled a bit and found a nice rant that is probably not completely relevant here since it has to do with the testing vs. checking distinction. I found the regression testing as a form of version control point interesting. Regression testing is table stakes - it needs to be done, it's boring and time consuming. Automate it.
Call it a check if the person you're talking with cares about the distinction. Call it a check if the acceptance criteria of creating an automated regression check is a clear programming task and it doesn't need a tester mindset to ensure that it was created correctly. Once it's coded and checks what it's supposed to check, then and only then shall we call it a check. But ensuring that the check checks what it's supposed to check, either with clear acceptance criteria or by double checking the check....that's a testing activity.
My thoughts on automation in general are to use whatever makes your job easier or less boring. Don't turn off your brain just yet though. You have to know what your automation is DOING.
The tool may be making pretty graphs and tables of load test results, but don't trust the numbers unless you know that it's really timing what you intend it to be timing.
Know whether your checks are passing because your software is still awesome or because the logic of your test code is always "everything's fine!"
2 Begin reading an automation related book and share something youʼve learnt by day 30.
I have a work project going on related to JMeter, so why not Performance Testing with JMeter 3 - Third Edition? I'm an ACM member with benefits to use the OReilly/Safari/Packt collection of books, so I won't lose any money at least :-)