SDET如何改进复杂代码库的测试脚本阅读和理解？

Question

最近，我决定探索一些开源项目。我认为这是了解更多经验的SDET/Test设计方法的好方法。我发现自己被我看过的项目弄得有点不知所措。根据我的经验，很难理解我所面对的代码。

这是一个很好的经验，了解这个方法，了解一个新的中到大型项目的任务。现在我发现自己很难理解某个测试脚本。有时，我觉得我可以理解这个系统的一小部分，但不知道它是如何整合在一起的。其他人也有这种感觉吗？如果是这样的话，你会采取什么方法来理解这个项目？关于如何学习设计最佳实践，您还有什么其他建议吗？

Answer 1

“千里之行，一步一步”--老子

Go小.I将从一个已知的开源项目开始--很可能是我已经在使用的一个自动化库。

我会列出一些有趣的API方法，我每天都在使用这些方法，并且好奇它们是如何在引擎盖下工作的。

通过这种方式，我将采取一些小步骤来具体地理解这些方法，并可能尝试为它们编写文档。

这样下去，我会对整个图书馆感到更舒服，并开始看到更大的图景。由于我将更加舒适，我将尝试修复代码库中的小公开问题。不停地..。

Answer 2

与开发者保持联系。就像内部项目一样，您可能需要有人指导您完成代码才能开始。较大的开源项目通常有IRC频道或邮件列表。

如果你真的很热衷于帮助项目，而不仅仅是为了理解他们的测试架构，你可以向项目的一个通信通道发送一条消息。有必要吗?如果需要，如何帮助为项目构建(更多)测试？