your responsibilities
I am responsible for maintainingour "test automation framework"
based on the pomand adding new test cases to our automated
regression suite.I performed various types of testing, like;
functionaltesting, smoketesting, regression testing and
back-end testing.I am responsible, in my current project,
to execute regression test whendevelopers
add new functionality to the application or every
end of the sprint.I run the entire regression suit
before each application release. I analyze the test result.
I provide a pass-fail report. I monitor the execution
to see if anything is wrong, once it fails.
If it fails because of my code i have to fix my code.
(perhaps during that time, the application was down
, and i ran my script at the wrong time.)
If there is really a defect, i log the defect and
test it again until it is fixed.As a cross functional team member,
i help the functional testers, teach them
basic automation framework, java and selenium to
make them part of the team, all to improve productivity of the team.
At least they can execute test cases and analyze the results.
As a cross functional team member, i also try to help the
functional testing team whenever it's needed,
to execute manual test cases. And if there is any defect that
i am able to reproduce, i log the defect tojira.
In sprint grooming meeting i always give feedback to the user
stories to make sure it is something testable and measurable.
For example: therewere a user story said after such
and such change in the application the performance should improve
. I have asked the business people what do you mean
by performance improvement? How do you measure the improvement?
After that they have come up with better user stories (requirement in agile)
Beside that i can tell you one of my responsibilities
which i really enjoy is user story generating sessions,
because it is very interesting from a user'sperspective.
Because we are the ones testing the application all the time.
I am thinking from the end-user perspective.
I think i am doing good, by putting myself in the end user's perspective.
Therefore, when we attempt user story sessions,
we are making our acceptance criteria much better.
So, business analyst go over the user stories,
they go over the acceptancecriteria,
we ask questions we give feedback,
improve user stories therefore making our team more productive.
Because we have better, clear acceptance criteria.
That makes us, our requirements better, our code better,
clearer and we are avoiding some of defects
in terms of the user story generation session itself,
instead of having unclear a user story,making unclear code,
making something wrong.Also, as a part of the agile scrum team,
i participate in the several walkthroughs meeting
for the requirement reviews and provide
valuable feedback to the BA.
That is pretty much about of my role
as an automation engineer in my current project
