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

news2025/1/12 18:52:58

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

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

整个项目有两个部分：

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

2.一份测试计划模版

项目的介绍文字如下：

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

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

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

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

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

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

建议

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

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

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

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

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

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

2.项目计划模版

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

测试计划模版

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

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

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

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

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