It looks like you are in United States. Would you like to go to https://onsiter.com/us/ instead?
Might be available
(Updated 2023-10-03)Test Automation Engineer/Specialist
København, Denmark
Native Danish, English
- Test automation
- Test strategy for test automation
- Test plan for test automation
Skills (36)
Jenkins
CPR
CI/CD
VISUAL STUDIO
SCRIPTING
QA
CONTINUOUS INTEGRATION/DELIVERY
MAINTENANCE
Git
FIREBASE
TEST ENGINEER
USER EXPERIENCE
QA TEST
TeamCity
Cucumber
CASES
QUALITY ASSURANCE
LeapWork
REGRESSION TESTING
OBJECT-ORIENTED
C#
DOCUMENTATION
TEST PLANS
VS CODE
Google Analytics
.NET
PIPELINE
OBJECT-ORIENTED PROGRAMMING
MS .NET
Python
GraphQL
ELECTRICAL ENGINEERING
TypeScript
XML
Software Engineering
APPLICATION DEVELOPMENT
Professional Experience
Technical Test Analyst | Developing Test Automation
Udviklings- og Forenkling Styrelse
2021-01 - 2023-12
Project: My primely function at UFST on ICE project was to automate their test on three different systems called E&G, WebGIS, and workzone.
E&G: was the major system which was divided on three tabs, "Opgaver, Sager, Ejendomme'' on tab Opgaver you could create all kinds of assignments. On tab Sager you could create all kinds of cases, and the third was the Ejendomme tab where you could search for all kinds of properties.
WebGIS: was a system where it was possible to see the graphical view of all kinds of properties, and search for a specific property to set it on focus and work with this particular property. So if an area of Sealand was chosen, then it was possible to see what the rate of properties in a specific area in Sealand would be. In this procedure one could go further to get an idea of what the price would be in a specific city, village, beach area etc. And you'll get the graphical view as well so you can see how the area looks like and the condition of a property.
WorkZone: was a system where you could search for different kinds of cases and contacts such as Cases: "Standardsag, Efterbehandlingssag, Historisk vurderingssag, Klagesag, Revurderingssag, Tilbagebetalingssag, Vurderingssag".
Contacts: "Person (med/uden CPR), Virksomhed (med/uden CVR), Institution Udvalg mv. and Productionsendhed.
Beside developing script/flows in LeapWork, I had also responsibility for test strategy and test plan for our automation, and to deploy new releases to test environments.
Responsibilities: * Automation of functional test in LeapWork * Automation of regression test in LeapWork * Review of test automation flows in LeapWork * Review of test automation test strategy for LeapWork * Synchronizing LeapWork with HP-ALM * Synchronization of * Smoke test * Functional test * Regression test from LeapWork studio to HP-ALM * Maintenance of already written C# code for Synchronization * Maintenance of already written Python code for Synchronization * Responsible for transition testing of our automation flows from KMD to Statens IT * Baseline test of all test automation flows in Statens IT test environment * Acceptance test of all test automation flows in Statens IT test environment * Verification of all test automation flows in Statens IT test environment was status passed Technologies: Leapwork, C#, Python, Visual Studio, VS Code, HP ALM, VersionOne, Confluence, Jira, Git, Github
E&G: was the major system which was divided on three tabs, "Opgaver, Sager, Ejendomme'' on tab Opgaver you could create all kinds of assignments. On tab Sager you could create all kinds of cases, and the third was the Ejendomme tab where you could search for all kinds of properties.
WebGIS: was a system where it was possible to see the graphical view of all kinds of properties, and search for a specific property to set it on focus and work with this particular property. So if an area of Sealand was chosen, then it was possible to see what the rate of properties in a specific area in Sealand would be. In this procedure one could go further to get an idea of what the price would be in a specific city, village, beach area etc. And you'll get the graphical view as well so you can see how the area looks like and the condition of a property.
WorkZone: was a system where you could search for different kinds of cases and contacts such as Cases: "Standardsag, Efterbehandlingssag, Historisk vurderingssag, Klagesag, Revurderingssag, Tilbagebetalingssag, Vurderingssag".
Contacts: "Person (med/uden CPR), Virksomhed (med/uden CVR), Institution Udvalg mv. and Productionsendhed.
Beside developing script/flows in LeapWork, I had also responsibility for test strategy and test plan for our automation, and to deploy new releases to test environments.
Responsibilities: * Automation of functional test in LeapWork * Automation of regression test in LeapWork * Review of test automation flows in LeapWork * Review of test automation test strategy for LeapWork * Synchronizing LeapWork with HP-ALM * Synchronization of * Smoke test * Functional test * Regression test from LeapWork studio to HP-ALM * Maintenance of already written C# code for Synchronization * Maintenance of already written Python code for Synchronization * Responsible for transition testing of our automation flows from KMD to Statens IT * Baseline test of all test automation flows in Statens IT test environment * Acceptance test of all test automation flows in Statens IT test environment * Verification of all test automation flows in Statens IT test environment was status passed Technologies: Leapwork, C#, Python, Visual Studio, VS Code, HP ALM, VersionOne, Confluence, Jira, Git, Github
UFST (SKAT)
2020-10 - 2021-12
Test Analytic for regression test In UFST, I was working on their ICI project, where my main focus was on the regression test. The assignment was about executing a lot of regression tests for their big data system where the execution of the regression test was focused on.
1. obsolescence of debt 2. obsolete VAT debt
1. obsolescence of debt 2. obsolete VAT debt
QA Engineer | Developing Test Automation
Nuuday
2020-01 - 2021-01
Project: YouSee & Telmore music for both App and Web.
In Nuuday i was in their music department for YouSee & Telmore. My primely task was to automate their test for app and web, and to reduce their regression test suite. This task to reduce the Nuuday Music regression test, which consisted of over 600 tests for both web and app, down to 86 test cases, allowed the music department to conduct their regression tests in a much shorter time, which created value for the department. These 86 test cases were enough for coming around both app and web applications.
Beside this I created test scenarios based on BDD in cooperation with PO's and scrum masters. It was an international team so some of my teammates were from Ukraine, and we had the responsibility of creating test scenarios and based on that we distributed automation tasks among us, so we could meet our two-week sprint.
Responsibilities: * To choose the right test automation tool (Framework & Scripting language) * CI/CD Pipeline * Creating scenarios using BDD * Automation running * Automation results verification * Deploying to Test, Stage and Production environment * Test strategy, Test plan (in collaboration with QA team) * Bug & Story verification * Scenario creation * TestRail cases creation * Release notes creation * Release manual test run creation * Release testing page creation Technologies: Jira, Confluence, Sourcetree, Stash, Octopus, TeamCity, TestRail, Kibana, Fiddler, MixPanel, AppCenter, BitRise, Firebase/Google Analytics, Git, GitHub, Cypress, Jenkins, Gherkin, TypeScript, GraphQL, xCode, Android Studio.
In Nuuday i was in their music department for YouSee & Telmore. My primely task was to automate their test for app and web, and to reduce their regression test suite. This task to reduce the Nuuday Music regression test, which consisted of over 600 tests for both web and app, down to 86 test cases, allowed the music department to conduct their regression tests in a much shorter time, which created value for the department. These 86 test cases were enough for coming around both app and web applications.
Beside this I created test scenarios based on BDD in cooperation with PO's and scrum masters. It was an international team so some of my teammates were from Ukraine, and we had the responsibility of creating test scenarios and based on that we distributed automation tasks among us, so we could meet our two-week sprint.
Responsibilities: * To choose the right test automation tool (Framework & Scripting language) * CI/CD Pipeline * Creating scenarios using BDD * Automation running * Automation results verification * Deploying to Test, Stage and Production environment * Test strategy, Test plan (in collaboration with QA team) * Bug & Story verification * Scenario creation * TestRail cases creation * Release notes creation * Release manual test run creation * Release testing page creation Technologies: Jira, Confluence, Sourcetree, Stash, Octopus, TeamCity, TestRail, Kibana, Fiddler, MixPanel, AppCenter, BitRise, Firebase/Google Analytics, Git, GitHub, Cypress, Jenkins, Gherkin, TypeScript, GraphQL, xCode, Android Studio.
Test Engineer | Test Coordinator
Capgemini Denmark
2017-09 - 2019-12
As a Test Engineer consultant at Capgemini, I've been on several projects/Assignments in some of the top companies in copenhagen. These companies was
Analytic Tester | QA Test Engineer
Nomeco A/S
2019-06 - 2019-08
I worked as an analytic test consultant with Nomeco A/S on the biggest project the cooperation has ever embarked on. Nomeco was building a new warehouse with a semi-automatic warehouse management system to better and more efficiently accommodate the demands of its clients for secure handling and storage of goods. I took part in the Validation phase, considering the V model, of the project, and was especially involved with the System test and UAT. In that Nomeco A/S deals with pharmaceutical products they are subject to the guidelines of GxP, which makes documentation and execution of validation a great priority. My primary assignment was testing and quality assurance of the Warehouse Management system in the warehouse. To perform this assignment, I wrote and executed test cases, reported bugs in the test management system Jira, participated in creating test plans, wrote and executed operational quality protocols and -reports, and assisted in writing Failure Mode Effect Analysis.
QA Test Engineer
SUNDHEDSDATA-Styrelsen (SDS)
2019-05 - 2019-06
As a QA tester at the SUNDHEDSDATA-Styrelsen, my primary task was to familiarize myself with User Stories, so I could get a deep understanding of SDS's new solution to the way people interact with the healthcare service. As a consequence, in line with the digitalization and development of new digital channels, SDS will therefore provide citizens with a more flexible contact with the health service, where individual needs can be taken into account to a greater extent.
One of the new digital channels for the involvement of the patient is PRO - Patient Registered Data, where the citizen reports data on his health situation. With PRO, the citizen can be involved in the treatment, as a systematic application of the patient's knowledge. This has advantages regarding the treatment. Besides, it provides the opportunity to support an individual assessment of whether a consultation is needed or not, instead of all patients being called up for follow-up at the hospital according to the same fixed procedure.
My task was to review the user stories and use one of the test design techniques, like Process Cycle Test (PCT), to design test cases for the PRO project, and the tool that I was using for this project is JIRA, therefore all defects that are found during the test is reported therein.
One of the new digital channels for the involvement of the patient is PRO - Patient Registered Data, where the citizen reports data on his health situation. With PRO, the citizen can be involved in the treatment, as a systematic application of the patient's knowledge. This has advantages regarding the treatment. Besides, it provides the opportunity to support an individual assessment of whether a consultation is needed or not, instead of all patients being called up for follow-up at the hospital according to the same fixed procedure.
My task was to review the user stories and use one of the test design techniques, like Process Cycle Test (PCT), to design test cases for the PRO project, and the tool that I was using for this project is JIRA, therefore all defects that are found during the test is reported therein.
QA Test Engineer | Test Coordinator | Advisor
DSB
2019-01 - 2019-04
As a QA tester at DSB Digital Channels, I was working as an external consultant where I was responsible for advising and performing manual tests and retest of their DOT (Din Offentlige Transport) app, for DSB Digital Channels to be able to reach goals faster with a good result. For this, I set up a testing environment that includes documentation and instructions from receiving the order for carrying out the actual test/retest for reporting test results to the supplier and the customer.
Some of my focus areas for testing were the user experience as a whole and troubleshooting critical functionality such as properly completing purchases. There was further focus on the use of various electronic payment options, both Danish and foreign payment cards.
Some of my focus areas for testing were the user experience as a whole and troubleshooting critical functionality such as properly completing purchases. There was further focus on the use of various electronic payment options, both Danish and foreign payment cards.
QA Engineer (External consultant)
Circle K
2018-09 - 2018-09
As a tester at Circle K, I have performed manual testing and regression testing of their mobile Car Wash/Fuel app, as a basis for automation at a later point. Besides I have implemented and maintained the groundwork for a test center of excellence to be used for future orders of retests and regression testing, which included documentation and manuals from receipt of order, execution of the test/retest to reporting of test results to the developers and customers.
Some of my areas of focus for the test included the user experience as a whole and troubleshooting.
critical functionalities such as completing purchases correctly.
Some of my areas of focus for the test included the user experience as a whole and troubleshooting.
critical functionalities such as completing purchases correctly.
Test Engineer | Test Coordinator | Advisor | Coach
Danish Bank/Danica Pension
2017-11 - 2018-07
As a tester at Danica Pension, I worked as an external consultant, where my area of responsibility was to carry out a review of requirement specifications, which resulted in early diagnosis and corrections of the defects that may arise in various specifications. The purpose was to achieve persistence and find defects, so the design of test cases could meet the requirements. After designing test cases, a review meeting was held with the business and developer team, where they submitted their input to the test cases that were designed for the Danish Pension internal advisory system. The purpose of the test cases was to interpret critical functionality such as carrying out the transfer of pension schemes from other pension companies to Danica Pension, as well as creating one.
In addition to the review of requirement specifications and design of test cases, my focus area was also to train the new test consultants in the RQM test tool and give them an understanding of Danica's internal advisory system. Besides, all the testers should have an understanding of the different test levels, such as system tests, user tests, and regression tests which should be executed in each sprint. Tests were executed both on Danica's web solution and their mobile applications for iOS/Android.
The tools we used were: IBM Rational Quality Manager (RQM) IBM Terminal Productivity Executive (TPX) XML Editor Notepad +
In addition to the review of requirement specifications and design of test cases, my focus area was also to train the new test consultants in the RQM test tool and give them an understanding of Danica's internal advisory system. Besides, all the testers should have an understanding of the different test levels, such as system tests, user tests, and regression tests which should be executed in each sprint. Tests were executed both on Danica's web solution and their mobile applications for iOS/Android.
The tools we used were: IBM Rational Quality Manager (RQM) IBM Terminal Productivity Executive (TPX) XML Editor Notepad +
Academic Background
B.Sc in IT & Electrical Engineering
Technical University of Denmark
2012-01 - 2016-01
Certifications
ISTQB Advanced Technical Test Analyst - Certified Advanced Technical Tester
2021-12
ISTQB Test Automation Engineer - Certified tester test automation engineer
2023-11
ISTQB Agile Tester Foundation Extension - Certified Agile Tester
2019-02
SCRUM MASTER - Professional Scrum Master PSM I
2018-08
LeapWork - Certified LeapWork Professional
2019-04
Certified tester test automation engineer
SAFe 4,5 - Certified SAFe® 4 Agilist
2018-10
ISTQB Foundation - Certified Tester
2018-05
RPA Developer Foundation - UiPath
2018-12
Certified LeapWork Professional
Result & quality-oriented
Certified Agile Tester
Certified tester
Detail Oriented