测试过程中问题还好说,提 BUG 就好,如果是线上问题,夺命连环事故邮件都已经到了,也不需要你提 BUG 了
打卡打卡,换来的书更香
在实际工作中我就遇到过,测试完成了,需求文档还是没有提供 (产品来不及写,只能测试基于自己的理解去测)
看着很棒,也挺复杂,未来用到了再来看
还没有做兼容浏览器的测试,就直接用户手册标注仅支持谷歌浏览器,哈哈哈
线程数增大了 10 倍,tps 只增加了 2 倍多
这种肯定是具体原因具体分析了,应该看下服务器压力如何,数据库连接数是不是有限制,tomcat(假如) 链接数是不是有最大值等等
PS :社区应该有相关的入门文章,可以先搜一遍看看~
TesterHome 十周年快乐!感谢,让我看到更深更广的测试领域,也督促自己前行。
学习了~
赞 ~ 文章内容很完整,可以借鉴一下
相信复利主义,与其焦虑,不如做一些改变,持续学习,自律者自由 (给自己打个气 )
报告 bug 时要使用中性语言,不要带有感情色彩。
最后一点是不是非常重要,所以写了两次
BUG 最重要的还是准确的定位到问题,最好指定到对应的开发 (自己区分一下前端还是后端),整体的效率就会高了, 只是实际过程中往往会做的不是那么到位,努力改进吧 ~
涨知识了,原来除了 APP 网页可以做遍历测试,游戏也可以
是不是因为服务实投入使用时候用的是公有云环境,如果是的话,服务上云,就相当于一种准生产测试或者验证,可以做上线的演练测试,避免出现重大 BUG
楼主这是提问吗?我之前也有经历过公司自研的软件,去指定地方有专门人员对接验证软件的基础功能是不是正常,貌似是用于评定《高新技术产品认定》用的,只是去准备好环境,演示一下功能,出具报告也是由对应机构的人来出具的
Pandas,Matplotlib 这些数据分析行业用的比较多,现在测试行业中用这两块去做数据管理,及结果输出的多吗?
比如说:计算机基础,测试方法论,常用 linux 语句,sql 的基本操作,自动化测试能力
学习了~
问题闭环: 提出问题后,一定让对接定一个 DDL 完成时间放到备忘录中,定时 check 结果.
这个问题很有感触,发现了问题,在正式会议上提出了问题 (比如说设计,交互的,一致性问题),很多都不被重视,美誉落地到人,然后不了了之,正常来说和测试应该没有直接关系,到后面就会进化或者关联成了一个紧急问题,然后就需要紧急测试,然后质量就难以控制了,到最后还是自己吞下了苦果
完成数据准备后,最好能够备份,以便在测试过程中随时还原数据,重现或者验证 BUG。
之前也有测试过报表,所以感觉这一步真的很重要,可以基于一个基础不断的补充,拓展,不过当时测试的对象相对固定,属于行业标准的报表,相当而言对于测试的目的也比较清晰,所以思考也会比较少了
还有更高端的场景或用法吗? 大概是那些内容呢
难得看到一篇 RobotFramework 相关的文章,楼主有这方面的实践吗?还是学习呀,最近准备多了解一点这方面的知识,一下子不知道从哪里入手了
希望可以增加一点 testerhome 的周边,感觉会比较有意义,哈哈哈
可能要再说明一些场景的细节了,
有个不成熟的猜测:互补的情况有没有可能是因为事务处理时间较长,同时还存在阻塞的情况,举个例子就是 tomcat1 开始处理了就必须处理完,tomcat2 稍微空了点,下一次就反过来了?
原来就业形势已经这么严峻了,还以为缩编只是个别公司的策略,
疫情下,就业环境应该都差不多吧,应该都是远程面试比较多吧,可以先看看招聘软件,尝试投递简历试试
要是我的话,先从公司方面的资源着手,看有没有合适的学习资源,没有的话,就只能网上找找资料了
先赞后看,后面遇到再回来对着看