百人之下吧
感谢这么用心的回复,这些个人考虑到了,只是无从下手
简易描述
是的
对查询接口的响应时间进行最大瓶颈的压测,得到最大的业务量
直白点就是面对这样的需求如何去压测
吓的不敢说话
你这么说也没有什么毛病;前提是开发认可你提出的解决方案,如果独自认为每个问题都需要给出方案是不是不太好呢
我也觉得
是领导啦,每次都要我给出一个解决方案,公司流程是正规滴
我还需要继续努力成为这样的测试
OK,多谢
提升自己是肯定的,多学习一点嘛;可以提供参考,但是我觉得一些部分 BUG 我能定位到但是我又不是很清楚里面的代码逻辑,这种怎么敢给出肯定的解决方案
是的,我也有点不明白,为什么我在测试出问题后,复现出问题了,并且排除了相关的可能并定位到指定的问题;然后还要我给出一个解决办法,就很郁闷
这种问题基本上都是小问题,主要问题是面对开发的时候对于 BUG 是否必须给出一个解决办法
了解,那对于后端上面的业务逻辑定位到问题后,测试是否需要告知开发解决办法呢??
偶也不想啊
必须的必呀
定位、复现、提供思路这些都可以理解;献言献策真的有必要吗?
个人观点:如果我能测试出问题并定位到问题,而且我还能去解决掉它;那我为什么不去直接做开发呢???
每个人的看法不同,作为测试没有测完整个项目敢说自己对需求理解的比产品还透彻吗
广州什么时候可以再次举办一次(新人想参加涨涨知识,学习学习)
这,,,蹲一蹲其他大佬的看法
扣着指甲,默不作声的看
驻足观望,学习一下