2015 年 4 月是“采用 pytest 月”

您是热情的 pytest 用户，是您工作场所的本地测试专家吗？或者您正在考虑将 pytest 用于您的开源项目，但不确定如何开始？那么您可能对“采用 pytest 月”感兴趣！

我们将经验丰富的 pytest 用户与开源项目配对，在一个月的时间里帮助新的开发团队开始使用 pytest。

2015 年，我们首次尝试此活动。2015 年 2 月和 3 月，我们将招募双方的志愿者，4 月我们将开展工作，5 月我们将评估进展情况。这项工作由 Brianna Laugher 协调。如果您有任何问题或意见，可以在 @pytestdotorg twitter 帐户、问题跟踪器或 pytest-dev 邮件列表上提出。

理想的 pytest 帮手

  • 能够每周投入 2-4 小时与特定项目合作（这可能涉及加入他们的邮件列表、安装软件并探索任何现有测试、提供建议、编写一些示例测试）

  • 对使用 pytest 充满信心（例如，已探索命令行选项，知道如何编写参数化测试，了解 conftest 内容）

  • 无需在所有方面都成为专家！

pytest 帮手，在此注册！（最好在 2 月，最晚截止日期 3 月 22 日）

理想的合作项目

  • 是开源的，主要用 Python 编写

  • 为开发人员提供自动化/文档化的安装过程

  • 拥有不止一位核心开发人员

  • 至少有一个官方版本（例如，在 pypi 上可用）

  • 在尝试采用 pytest 方面获得核心开发团队的支持

  • 没有测试……或者 100% 的测试覆盖率……或者介于两者之间！

合作项目，在此注册！（截止日期 3 月 22 日）

“采用 pytest”意味着什么？

“成功”可以有许多不同的定义。Pytest 默认可以运行许多 unittest 测试，因此从第一天起就可能将 pytest 用作您的测试运行器。任务完成，对吗？

渐进式成功可能看起来像

  • 测试可以（通过 pytest）无错误运行（可能存在失败）

  • 测试可以（通过 pytest）无失败运行

  • 测试运行器集成到 CI 服务器中

  • 现有测试被重写以利用 pytest 功能 - 这可以分几次迭代进行，例如

  • 评估未来要编写的测试的需求，例如新的 fixtures、分布式测试调整

“成功”还应包括开发团队对如何使用 pytest 感到满意。事实上，这可能比其他任何事情都更重要。因此，投入大量时间进行沟通、提供示例等可能会很重要——无论是在运行测试还是在编写测试时。

可能一个月后，合作项目决定 pytest 不适合它。没关系——希望 pytest 团队也能从中了解到它的弱点或不足。

其他帮助方式

宣传！您最喜欢的开源 Python 项目使用 pytest 吗？如果没有，为什么不告诉他们这个页面呢？