首先要看你怎么理解测试
如果你认为测试的任务就是找bug，那改bug的事情就基本和你无关，但是这样也会导致，你在很长一段时间内，都只能是一个最底层的测试螺丝钉
我不知道你面对的测试场景主要是什么，因此只能从我自己的经验尝试给些建议
在我看来，测试不仅仅只是找bug，应该是版本质量的的掌控者，这其中版本发布的速度与时间自然也是一个考量的维度，甚至最终要反向去推动开发的代码质量，当然这点我现在也还没做好
作为测试，当测试时间紧的时候，我建议你可以从几个方面来改进
首先测试最能掌控的自然是测试这件本职工作，那么测试的效率是否可以提升，提升可以从几个方面，一，更好的理解业务，理解技术框架；二，使用更简便直观的测试工具，三，引入自动化，自动化其实是一件很基础和简单的事情，并不复杂，一开始的时候可以只覆盖接口测试，推荐使用jmeter；四，尝试改进测试流程，使用一些管理工具，没有jira也可以使用禅道，入门简便且直观清晰，使用工具最主要的是为了方便统计数据以及回溯复盘
另外对于开发的改进进度，如果一直很慢，建议你用数据来说话，作为领导当问你进度的时候，他并希望得到一个模糊的回答，特别是这是一个坏消息的时候，你告诉领导不能按时上线，开发的责任，而无法给出详细理由的时候，领导肯定有意见
正确的做法是，当前测试进度是百分之多少，已经发现了多少个bug，还有多少个bug没有更改，如果不及时更改，可能导致怎么样的延期后果。
这里有些事情，可能你觉得不是测试职责范围，但是一旦你做到了，基本上整个项目的节奏也就被你掌控了