感谢大佬的回复。先大概说下我的情况，我是公司第一个测试还是新人测试，目前也没什么正规测试流程，基本就是开发做完我来测，主要还是业务功能测试，有时候也不止做测试的活。关于项目进度，我们现在是不写测试用例，所以只能说用了多久，用回归的缺陷数代替行不行，又担心上级盯这个数量；有什么风险主要还是我一个人有时候忙不过来，测试环境没 ready 这点我很困扰，开发还在做的时候我一般没事干，想补测试的知识感觉又很多不知道从哪里下手，上一个项目里用到了压力测试，囫囵吞枣的看了些教程做了压测出了报告，也是形式大于内容（甲方需要）；是否需要支持，也只能加班了没办法。写周报一方面是为了自己复盘，还有一个为了年底提加薪，以及开发们都写我不写好像不是很好

我觉得对我自己算是一个简单的工作复盘

我担心的不是注意这个 Bug，而是注意 bug 数 orz

我们不写用例 orz，产出文档有写，回归 bug 数量我在犹豫，因为之前看到论坛里有说不要把缺陷数量化这种类似 kpi，我担心写了之后上级会盯这个数量

谢谢大佬，看完了，受益匪浅

新人想问一下，测试思维应该怎样培养呢？

没想到这里还能看到水哥，为什么会这么问呀

用真机