总不能到了后期了，还为了你一个人，花大量时间去整理文档，参数什么的吧。如果还要跟下一版就整理整理现在问题，如果就这次完事了，那就随便看着办吧 。梳理梳理核心功能就得了。

狭路相逢勇者胜,看谁能干得过谁了,谁不服谁走路

我明白大家都没空，所以就很尴尬，在这感觉什么也帮不上，代码没有，参数校验逻辑，全靠抓日志和猜 ，但是领导安排的活 真是没办法大后期要进行这个接口、

那看来是要跟开发拼一波了 就疯狂问 ， 你赶进度 我也赶进度 - - 但是领导 产品那边肯定紧着人家开发进度来

不能打搅开发，就打搅开发的领导，或者项目经理呗

开发负责人肯定说紧着开发进度来， 我们领导又压着我去做完成接口 ， 本来接口就巨多 还要搞性能 这还不配合 哎。。

测试是背锅侠，看你的工资待遇如何了还有自己在市场上的竞争力如何了，要么混要么滚！

又接口又性能又 13 天又多接口又没有队友支持，煞笔领导以为测试是神啊。。。。呵呵，我就喷一下你的领导，@ 我 啊我是 @ 测试初妹

如果你能把这个项目抗下来，肯定能得到很多锻炼，这就是抗压能力和解决问题能力的表现。
吐槽归吐槽，想办法把工作完成才是唯一目的。

怎么好像我之前一个面试者的离职原因……

再喷领导也没用 谁让你不是领导来着

这种团队质量一定做得不好，没关系，你该提的问题提，保留好证据，到出问题的时候怼回去。

1、由于测试时间不足，所以：花 1 天时间评估系统大概的业务流程、业务角色、场景，评估紧急上线过程所产生的性能风险；

2、由于没有人配合你，所以：尽可能抓住你所理解的重点进行测试，在开干之前，出一个简要的性能测试方案以尊重目前时间进度紧张的客观事实，简要方案里面包括：

• 你理解的系统项目背景、系统业务
• 你准备采用的测试策略
• 你所理解的测试场景
• 你所估算的进度计划
• 你要求的最小资源
• 你认为目前紧张进度下你所能覆盖范围
• 你所认为的关注点（责任人的关注点、你依据他的关注点帮他敲定上线标准）
• 这次测试由于测试时间不足导致你无法覆盖哪些场景最后所引发的那些问题 然后带着这个简要方案找到项目责任人进行评审 ；

3、依据 评审 意见，修改方案，看看责任人是协调资源给你解决、还是增加测试时间、还是带着风险上线；

尽量不要瞎操心给项目增加无谓工作量，说不定系统压根就没有人用呢？

典型的杀测试祭天型的工作分配，领导这么安排其实已经很明显了。就是要你出个性能的接口和性能的报告就行了。
你把关键的梳理出来测试下就行了，还剩 13 天，你提的性能 bug 也不可能在这个项目改，那就先做接口测试（其实功能测试业务也侧面验证了，一般问题不大），后做性能。
1、找功能测试拿下关键业务，选几个做性能
2、梳理下接口，挑几个关键的，和领导沟通时间不够了，只能保障这些测试，一定要先提出来。