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的特性——这可以分多次迭代进行，例如

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

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

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

其他帮助方式

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