update
This commit is contained in:
62
html/qualityassuranceroadmap.md2.html
Normal file
62
html/qualityassuranceroadmap.md2.html
Normal file
@@ -0,0 +1,62 @@
|
||||
<h1 id="awesome-quality-assurance-roadmap-awesome">Awesome Quality
|
||||
Assurance Roadmap <a href="https://awesome.re"><img
|
||||
src="https://awesome.re/badge.svg" alt="Awesome" /></a></h1>
|
||||
<h2 id="contents">Contents</h2>
|
||||
<ul>
|
||||
<li><a href="#introduction">Introduction</a></li>
|
||||
<li><a href="#test-plan-sample">Test Plan Sample</a></li>
|
||||
<li><a href="#the-road-map">The Road Map</a></li>
|
||||
<li><a href="#advices">Advices</a></li>
|
||||
</ul>
|
||||
<h2 id="introduction">Introduction</h2>
|
||||
<p>Testing is an essential phase in any product life cycle; whether if
|
||||
it’s a food, cars, or software production line, the outcomes should
|
||||
match what’s expected and meet, satisfy the need that we created the
|
||||
product for.</p>
|
||||
<p>Having a solid base of understanding how the software components work
|
||||
and integrate with each other as well as gaining the skills of breaking
|
||||
things is an essential skill-set for any QA engineer. Software testing
|
||||
is the art of investigating the software and finding any unintended
|
||||
behavior that might generate undesired scenarios.</p>
|
||||
<p>Below you can find the path for QA and software testing learning
|
||||
curve which you might need to start the journey.</p>
|
||||
<h2 id="test-plan-sample">Test Plan Sample</h2>
|
||||
<p>One of the most important documents to be generated by the QA team is
|
||||
the test plan, as the team will acting blindly without; not knowing the
|
||||
criteria, the starting point, or even when to perform different testing
|
||||
types can risk the whole delivery and causes bad code delivery.</p>
|
||||
<p>Test plan sections and content can vary based on project and delivery
|
||||
nature, therefore, the attached test plan PDF is considered as a generic
|
||||
one that serves all software testing delivery purposes.</p>
|
||||
<p>Attached PDF can be found here <a
|
||||
href="https://github.com/anas-qa/Quality-Assurance-Road-Map/blob/master/Test_Plan_Sample.pdf">test_plan_sample.pdf</a>
|
||||
for downloading.</p>
|
||||
<h2 id="the-road-map">The Road Map</h2>
|
||||
<p><img src="https://i.imgur.com/cM9cM8T.png"
|
||||
alt="QA Engineer Road Map 2022" /> <img
|
||||
src="https://i.imgur.com/meodAKp.png"
|
||||
alt="QA Engineer Road Map 2022" /></p>
|
||||
<h2 id="advices">Advices</h2>
|
||||
<ul>
|
||||
<li><p>Don’t trust a test code that you didn’t see it failing.</p></li>
|
||||
<li><p>Understand software testing and do not jump into automation;
|
||||
personally, I classify automation as an efficient way to work a
|
||||
redundant task. make sure to properly design your test criteria and
|
||||
later on, you can automate to achieve the previous.</p></li>
|
||||
<li><p>Automation is not more than documenting manually written tests
|
||||
and engineering it in a way the code will be readable, understandable,
|
||||
and reusable.</p></li>
|
||||
<li><p>Make sure that your testing code is actually testing
|
||||
something.</p></li>
|
||||
<li><p>Your testing code shall not require testing.</p></li>
|
||||
<li><p>200~OK is not always okay; Do not rely only on server status
|
||||
while testing, getting 200 status for an unauthorized API call is
|
||||
risking your software security.</p></li>
|
||||
</ul>
|
||||
<h2 id="contributing">Contributing</h2>
|
||||
<p>See the <a
|
||||
href="https://github.com/fityanos/awesome-quality-assurance-road-map/blob/master/contributing.md">contributing.md</a>
|
||||
for details on how to contribute.</p>
|
||||
<p><a
|
||||
href="https://github.com/fityanos/awesome-quality-assurance-roadmap">qualityassuranceroadmap.md
|
||||
Github</a></p>
|
||||
Reference in New Issue
Block a user