GitHub上1.5K标星的QA和软件测试学习路线图

​最近在GitHub上发现一个项目,项目描述了作为QA工程师,进行软件测试技能提升时的,建议的软件测试学习顺序图​。

虽然2021年起就不再更新了,但是居然有1.5K的​星

整个项目有两个部分​:

    ​1.QA和软件测试学习顺序图

    ​2.一份测试计划模版

项目的介绍文字如下​:    ​   

在任何产品生命周期中,测试都是一个至关重要的阶段,无论是食品、汽车还是软件生产线。产品的结果应该符合我们的期望,并满足我们创造该产品的需求。

对于任何质量保证工程师来说,拥有坚实的,理解软件组件如何工作以及如何相互集成的知识基础,以及掌握破坏性测试技能是必不可少的技能组合。软件测试是一门艺术,它调查并发现可能产生意外的任何行为。

以下是你可能需要了解的QA和软件测试学习曲线的路径。

​1.QA和软件测试学习路线图

由于图片比较大,领测老贺将中间比较重要的部分截图,并放大显示了,方便大家观看​。最后部分也将全图放了出来!

GitHub上1.5K标星的QA和软件测试学习路线图_第1张图片

GitHub上1.5K标星的QA和软件测试学习路线图_第2张图片

GitHub上1.5K标星的QA和软件测试学习路线图_第3张图片

GitHub上1.5K标星的QA和软件测试学习路线图_第4张图片

GitHub上1.5K标星的QA和软件测试学习路线图_第5张图片

GitHub上1.5K标星的QA和软件测试学习路线图_第6张图片

项目最后,作者给出了以下的建议,领测老贺也一并翻译了出来:

建议

不要盲目信任你未曾见证其失败的测试代码。

充分理解软件测试的本质,不要急于追求自动化。我个人认为,自动化是处理冗余任务的一种有效手段,但并不能取代对软件测试的深入理解。在适当的设计下,自动化可以辅助你完成重复性的测试任务,提高效率。

自动化并不比手动记录和编写测试更复杂。它实际上是将手动测试转化为可读性更好、更易于理解和可重复使用的代码。

确保你的测试代码真正在执行有效的测试。

你的测试代码应该无需额外的测试,本身就应该具备稳定性和可靠性。

不要仅仅依赖服务器的返回状态来判断测试是否通过。例如,对于未授权的API调用得到200的状态码,这可能意味着你的软件存在安全风险。因此,除了检查服务器响应,还应验证请求的合法性和安全性。

2.项目计划模版

该项目还给出了一份软件测试计划模版,配合的说明如下:

测试计划模版

质量保证团队需要生成的最重要的文档之一就是测试计划。缺乏测试计划可能导致团队对测试标准、起点和执行不同类型的测试时机一无所知,这可能会对整个项目交付造成风险,甚至可能导致交付的代码质量不佳。

测试计划的章节和内容可以根据项目和交付类型的不同而有所不同。因此,所附的测试计划PDF被视为通用的,可以满足所有软件测试交付的需求。

您可以在此处找到所附的PDF以供下载:test_plan_sample.pdf。

以下是完整的软件测试学习路线图

如果看不到,可以点击下面的文章原文链接

GitHub上1.5K标星的QA和软件测试学习路线图

项目GitHub的地址:awesome-quality-assurance-roadmap

你可能感兴趣的:(IT行业观察,软件测试,软件测试工程师,功能测试,appium,jmeter,路线图,软件测试学习)