质量在速度面前失去了它的地位，这句真的深有感触

你玩你的，我学我的，不影响

挺好的，躺就完事了

要考了，题还没刷完，临时抱抱佛脚

哪个音乐节？

提前下班，真好

楼主厉害，同强风吹拂，看得时候很喜欢，实际还是躺着吧 orz

好像之前那个问题，评论区回答：不要硬刚

可以试试 burpsuite

好的，谢谢大佬建议

嗯嗯，好的，关于代码，之前学了下 selenium 和 pytest 写了几个小 demo 试试手，真正用起来还是很困难的，随之弃。很多东西学起来好像没多大用，就很难坚持下去

测开不太清楚

明白了 ，感谢

好的,get 到了，谢谢大佬

工作一年不到呢，所以我说自己是新人测试

谢谢大佬，对于 1 和 2，我有个疑惑就是，测出问题让开发改，这样的话测试的时间就不能确定了，新项目很多功能都是新做的，可能一个功能出了问题让开发改好我再测又有别的问题，开发改的时间我也不能确定，这样怎么算时间？

嗯嗯，好的，谢谢大佬

感谢大佬回复。1.因为公司之前是没有测试的，所以开发有自测的习惯，不过提测标准大佬可以举个列子嘛？这个我还没研究过，都是他们做好我就测。
2.关于测试用例，现在这个阶段应该是弄不了，项目急人也少，上级对测试用例的态度不是很重视，我们是纯敏捷。
3.bug 数量，统计所有 bug，这个目前而言还做不到因为系统还在开发，等系统上试试，以及请问什么叫一个需求，是指一个功能嘛？
4.关于 bug 等级，目前我是用在提 Bug 的时候，一些重要的 bug 标高优先级这样。是大佬说的这个意思的话，等项目上线后再看看。
5.和 2.一样
6.自动化体系，就我目前而已，在上个项目用 postman 写小 demo 做过回归，用 jmeter 做过接口压测（试试水），自动化体系是个大工程后面再慢慢学习怎么建立体系（目前确实没时间做 orz）。

开发们都写我不写好像不是很好，虽然有几次忘记了 orz

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

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

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