测试工程师编写用例的时间取决于多种因素，包括项目的规模、复杂性、资源可用性以及测试团队的工作流程。以下是一些可能的情况：
1. 敏捷开发环境：在敏捷开发模式下，测试工程师通常在迭代周期开始时（如需求评审会议）就编写用例。这有助于确保测试计划与产品需求同步，并且能够及时捕捉到任何新的需求变更。
2. 传统瀑布式开发：在传统的瀑布式软件开发流程中，测试工程师可能会在项目早期阶段就开始编写用例。这通常是在需求分析阶段，以确保所有的功能点都被考虑在内。
3. 资源充足：如果测试团队拥有足够的时间和资源，测试工程师可能会更灵活地安排编写用例的时间。他们可能会根据项目的进度和需求来调整他们的工作计划。
4. 项目紧迫性：对于时间敏感的项目，测试工程师可能会选择在项目的关键阶段（如设计审查或代码提交后）编写用例，以确保关键功能得到充分的测试。
5. 跨职能协作：在一些项目中，测试工程师可能需要与其他团队成员（如开发人员、产品经理）紧密合作。在这种情况下，测试工程师可能会在需求讨论或设计审查会后编写用例，以便更好地理解需求并参与早期决策过程。
6. 自动化测试：随着自动化测试工具的发展，测试工程师可能会更多地依赖于自动化测试脚本来编写用例。在这种情况下，他们可能不需要手动编写用例，而是编写测试脚本来指导自动化测试。
7. 敏捷转型：对于正在进行敏捷转型的团队，测试工程师可能会在每个迭代周期开始时（如冲刺计划会议）编写用例，以确保敏捷目标得到实现。
总之，测试工程师编写用例的时间因项目而异，但通常需要在项目的不同阶段进行规划和执行。为了确保测试工作的有效性和效率，测试团队应该制定明确的测试计划和流程，并根据项目的实际情况进行调整。