QA Automation: Difference between revisions
mNo edit summary |
mNo edit summary |
||
Line 87: | Line 87: | ||
|[https://en.wikipedia.org/wiki/JavaScript JavaScript] | |[https://en.wikipedia.org/wiki/JavaScript JavaScript] | ||
|- | |- | ||
!rowspan=" | !rowspan="15"|Softwares/Tools/Platforms - Usage | ||
|[https://en.wikipedia.org/wiki/Confluence_(software) Atlassian Confluence] | |[https://en.wikipedia.org/wiki/Confluence_(software) Atlassian Confluence] | ||
|- | |- | ||
Line 103: | Line 103: | ||
|- | |- | ||
|[https://www.inspectlet.com/ Inspectlet] | |[https://www.inspectlet.com/ Inspectlet] | ||
|- | |- | ||
|[https://en.wikipedia.org/wiki/Microsoft_Exchange MS Exchange] | |[https://en.wikipedia.org/wiki/Microsoft_Exchange MS Exchange] | ||
Line 113: | Line 111: | ||
|- | |- | ||
|[https://www.small-improvements.com/ Small Improvements] | |[https://www.small-improvements.com/ Small Improvements] | ||
|- | |- | ||
|[https://www.idaptive.com/ Idaptive] | |[https://www.idaptive.com/ Idaptive] |
Revision as of 14:13, 16 November 2020
Our QA Automation employees are responsible for developing and executing exploratory and automated tests. QA Automation Developers' responsibilities also include designing and implementing tests, debugging and defining corrective actions to ensure the highest product quality. They also review system requirements and track quality assurance metrics (e.g. defect densities and open defect counts.)
This is a very important role in our company's product development process so they have an interface with a variety of teams. Our QAs conduct tests before the product's launch to ensure the software is running smoothly and meets our partner's needs while focusing on being cost-effective. Ultimately, they monitor all stages of software development to identify and resolve system malfunctions to meet quality standards and to automate the biggest amount of features and processes.
In order to progress in our development path and Level Up or Step Up, our QA Automation Developers must:
- Meet the criteria of the Level & Step Chart for the Individual Contributors Path
- Score at least 4 in the KAI of their position in order to reach Level 3
Salary Grid
All mentioned salary ranges represent the monthly income in Bulgarian Lev after taxes and deductions.
QA Automation | Step | ||||
---|---|---|---|---|---|
Level | |||||
Individual Contributor Path | 1 | 2 | 3 | 4 | |
QA Automation Developer | 4.000 | 4.150 | 4.300 | 4.450 | |
Sr. QA Automation Developer Level 2 | 5.000 | 5.150 | 5.300 | 5.450 | |
Sr. QA Automation Developer Level 3 | 6.000 | 6.150 | 6.300 | 6.450 | |
Sr. QA Automation Developer Level 4 | 7.000 | 7.150 | 7.300 | 7.450 | |
Sr. QA Automation Developer Level 5 | 8.000 | 8.150 | 8.300 | 8.450 | |
Sr. QA Automation Developer Level 6 | 9.000 | 9.150 | 9.300 | 9.450 |
KAI of the position
General Knowledge
Concepts | Balanced Scorecard |
---|---|
Frameworks | Scrum |
Languages | CSS |
HTML | |
JavaScript | |
Softwares/Tools/Platforms - Usage | Atlassian Confluence |
Atlassian Jira | |
BambooHR | |
Combain | |
Countly | |
Hexnode | |
Inline Manual | |
Inspectlet | |
MS Exchange | |
OpenSTF | |
Paessler PRTG | |
Small Improvements | |
Idaptive | |
Unwired Labs | |
Ximble | |
Softwares/Tools/Platforms - Configuration | Docker Engine/Container |
Elasticsearch | |
Samsung Knox | |
Languages (Idioms) | Advanced English |
Specific Knowledge
Concepts | Agile |
---|---|
Algorithm design | |
Android Architecture | |
API concepts | |
Application Lifecycle | |
BDD | |
CI / CD | |
Defect life cycle | |
Defect Report | |
Defect Track | |
Encryption | |
Network Design | |
Network Troubleshooting | |
Release Management | |
Software Delivery | |
Stress testing and Robustness Testing | |
Test Automation | |
Test effort estimation | |
VOIP and Messaging protocols | |
Frameworks | CasperJS |
JUnit | |
Espresso | |
PHPUnit | |
TestNG | |
Languages | Bash Script |
Command line | |
Java | |
JavaScript | |
Kotlin | |
PHP | |
XML | |
Libraries | Linphone |
Microsoft Exchange Web Services | |
Mockito,Espresso | |
SMACK | |
Wood Solutinons Timber | |
Zetetic SQL Cipher | |
Softwares/Tools/Platforms - Usage | Android Studio |
Apache Ant | |
Apache Maven | |
Apache Tomcat | |
Gerrit | |
Gradle | |
Homer | |
Intellij | |
Kibana | |
Portainer | |
SCRCPY | |
Sonar Qube | |
Swarm | |
Softwares/Tools/Platforms - Configuration | Apache Tomcat |
Appium | |
Bamboo | |
Countly | |
Git | |
Instabug | |
Kamailio | |
Microsoft Azure | |
Openfire | |
Selenium | |
SQuirrel SQL client |
IT Knowledge
System Administration |
---|
System Administration - Day to Day Ops |
Networking concepts |
Android Development |
Programming |
Secure Group Knowledge
The first item we require proficiency regarding our company is the Secure Group Management Model (yes, the content in this wiki!). Besides that, we also need our employees to understand our products in all aspects as described in the following table:
Secure Group Knowledge | What's Expected | Impact | Product | Minimum Grade |
---|---|---|---|---|
User Documentation | Good, user-level knowledge regarding the product and its functionalities. From the user documentation, all employees across the company are required to be well aware of our solutions’ core features and functions such as the Password Advisor or how to send an automatic crash report. | This knowledge helps us facilitate a user-centric approach internally, which we believe is essential to develop our business and solutions. The user documentation helps team members understand user behavior and needs more thoroughly and feel the impact of their everyday efforts. | Secure OS | 4 |
SAS | 4 | |||
Secure Chat | 4 | |||
Secure Email | 4 | |||
Secure Vault | 4 | |||
Secure Manager | 4 | |||
Sales Documentation | Employees should gain significant knowledge regarding the business side of Secure Group. They need to be aware of commonly used concepts in our day-to-day activities such as our business and distribution model, value proposition, selling prices, key selling points, and target audience. | The information in the Sales Documentation supports employees in their daily routine. It conveys the overall business vision within the company. This documentation contributes to making employees aware of how our solutions are distributed, who are our key partners and target market to know exactly the people towards whom team members’ efforts should be aimed. Alignment on company-wide priorities is also achieved through clear communication of our value proposition and key selling points, helping everyone understand the things that matter most. | Secure OS | 3 |
SAS | 3 | |||
Secure Chat | 3 | |||
Secure Email | 3 | |||
Secure Vault | 3 | |||
Secure Manager | 3 | |||
Support Documentation | People within the company need to be aware of commonly occurring problems with our solutions. From the Support Documentation, employees should also extract general level knowledge regarding support processes, the issues that we’re currently having product-wise, and the approach to troubleshooting them. | The Support Documentation helps employees understand short-term priorities more clearly and communicate more openly why they’re needed. It also gives them general knowledge of how to spot and report a problem, which helps us facilitate a company-wide contribution to product development. Last but by no means least, it helps team members understand customers' pains and behavioral patterns to strengthen our user-centric approach. | Secure OS | 3 |
SAS | 3 | |||
Secure Chat | 3 | |||
Secure Email | 3 | |||
Secure Vault | 3 | |||
Secure Manager | 3 | |||
Functional Documentation | Through the Functional Documentation, employees should get a thorough understanding of the solutions and their multiple features. People that work closely with the products must understand exactly how they function, how users interact with them, how to configure different settings, and what’s the expected behavior of different software solutions. | The information in the Functional Documentation helps employees whose work is closely connected with our solutions, to gain significant in-depth knowledge into their functionalities that far exceeds users‘ understanding. Such thorough product expertise helps us remain objective, evaluate market data more adequately, and constantly increase our internal expertise. | Secure OS | 4 |
SAS | 4 | |||
Secure Chat | 4 | |||
Secure Email | 4 | |||
Secure Vault | 4 | |||
Secure Manager | 4 | |||
Technical Documentation | Employees concerned with the Technical Documentation and more concretely - software development, must gain complete mastery over all solutions. Such people are regarded as technical experts and need to be well aware of data structures, relational databases, algorithms, programming languages, models, etc. | The Technical Documentation is used to make sure people that are technically involved in product development have the required knowledge to perform their day-to-day tasks, optimize our solutions more easily, and support other teams with their in-depth expertise. | Secure OS | 4 |
SAS | 4 | |||
Secure Chat | 4 | |||
Secure Email | 4 | |||
Secure Vault | 4 | |||
Secure Manager | 4 |