1. 当开发详细询问bug场景
    错误做法

直接回复开发:“bug管理系统中写得非常明确,自己回去仔细看。

正确做法

首先,询问开发是否已经查看bug管理系统的bug描述和复现步骤。
如果,开发没有查看bug描述,告诉开发在bug系统中已经详细说明bug的复现步骤。如果再有不明确的地方,可以随时沟通。
如果,开发已经查看bug描述,还是有不清楚的地方,那么需要针对有疑问的地方进行详细解释,或者当面沟通。
最后,需要反思自己提交的bug描述和bug复现步骤是否清晰明了。提交bug的时候,做到描述详细,清晰明了。如果是UI方面的bug,可以附上截图。自己附上造成bug 原因更好,有助于开发定位bug。
2. 当开发自测不充分,产品有严重bug阻碍测试
错误做法

直接找开发leader反映,或者直接和开发吵架。

正确做法

在提测系统中,将本次提测打回,注明理由“冒烟测试未通过,出现严重bug,阻碍了测试进行”。
找开发沟通,告诉开发冒烟测试未通过。详细告知严重bug复现步骤和发生原因。
并且告知开发,该bug严重影响到了测试工作开展,希望开发修改bug充分自测之后,再提测。
3. 当开发实现的功能不符合产品需求
错误做法

按照开发的逻辑走,视而不见。

正确做法

首先自己对产品需求进行客观分析,如果产品需求是合理并且经过事先评审,那么提bug给开发,并且告知开发原因。
如果开发对产品需求有异议,并且执意按照自己逻辑的开发,那么可以拉上产品一起,进行三方沟通,达成最终方案。
4. 当开发偷偷改代码,直接上线出现了bug,求助你时
错误做法

开发的锅,自己背。

正确做法

首先,提醒开发进行版本回滚,尽量避免线上影响。
然后,和开发一起找bug,并且分析bug原因。
最后,回顾整个事件,告诉开发直接上线的风险所在。并且推动上线流程体系完善,只有测试完成并且无修改之后才能上线。
5. 当开发修复bug不积极,导致项目延期风险,需要你陪着加班
错误做法

让开发独自加班,对项目延期视而不见。

正确做法

首先,还是明确告诉开发,他自身bug修复不及时,导致项目有延期风险。
然后,从项目角度出发,陪同开发加班,对bug进行回归测试和验证,保证质量的情况下,尽量不拖延项目。
6. 当开发因为你的bug误报,鄙视你的时候
错误做法

直接怼开发,居然怀疑自己的专业素养,大吵一架。
非得将黑的辩解成白的,坚决否认是bug误报。

正确做法

首先,承认自己的工作失误,然后给开发说抱歉自己误报了。
并且请求开发一起帮忙查找真正的原因。
自己学会总结分析,bug误报的原因。尽量避免再次误报。
努力提升自己的专业素养,树立自己的专业形象。
7. 当开发因排期紧张,有些bug不修复,直接带bug上线
错误做法

直接放任开发上线。

正确做法

需要对不修复的bug进行评估,如果是影响范围极小,并且偶现性bug,可以考虑排期的情况下允许上线。
如果bug严重级别较高,并且影响范围大,坚决要求开发进行bug修复。然后才能上线。
8. 测出一个bug时
错误回答

1、你这里有一个bug,快修吧
2、你这代码写得也太烂了
3、你又出bug了,怎么回事

正确回答

前提:先排除测试环境、未提测等相关问题;
回答:hi,***,我这里遇到一个问题,你能过来帮我看看我哪里是不是操作不正确啊。
9. 当开发不能复现bug的时候
错误回答

1、我这可以啊
2、你操作步骤不对吧
3、你看看bug中我的操作步骤
4、这么简单你都复现不了

正确回答

前提一、确认开发与我的当前测试环境是同一版本
前提二、在bug描述的时候清楚的写明bug复现的步骤与输入的参数
回答:这个bug不是一般场景下必现的,操作的步骤有点复杂,我在发现这个bug的时候同样的操作步骤也不是每次都出现,我把发现bug的步骤一一列出来,然后你试着在你的环境下操作一下,如果不能必现,再来我这测试环境看一下,我先保留这个测试的场景。
10. 开发提测明显不符合质量要求
错误做法

哎,将就着测吧,通通提bug呗
埋怨开发提测的啥玩意
嘲讽开发,比如你这啥水平啊,是不是技校毕业的

正确做法

开发提测后进行冒烟测试,发现主要流程无法走通,冒烟测试不通过,将冒烟测试报告发送给开发,抄送相关产品负责人员等,将冒烟情况说明在测试报告中,为保障后续的测试进度与流程,望相关开发人员尽快修复问题,保障产品按时提测,进行测试。
11. 当开发推脱忙拒绝case评审时
错误回答

1、不评审出了问题你负责啊
2、有啥忙的,平时也不见你这么忙
3、那就不评审了呗

正确回答

测试用例的编写是从需求文档分析中提取本次的测试要点,项目开发过程中对于技术的具体实现是否与产品需求一致,希望你(开发)与产品一起参与一下评审,这样我们从不同的角度去过一遍测试用例,为了保障测试用例的覆盖度,提前将未从技术实现的细节考虑到的用例暴露出来,这方面还就需要你参与一下,如果实在没有时间评审,我们就邮件进行一下用例评审,我将测试用例发出,你看后回复一下邮件也可以。
12. 当开发反复修改bug不正确时
错误做法

1、埋怨开发啥水平啊,改了几次还是这样
2、让别的开发替改
3、抱怨,干脆不测得了

正确做法

将这个bug出现的场景参数一一列出,调用的接口等描述出来,查看开发代码,将bug出现的问题帮助定位。
13. 修改bug引起别的bug
错误回答

1、让你改一个bug,你还整出2个bug了
2、你这也太不认真了吧
3、再这样下去,测不完了

正确回答

刚才的bug修复之前这块是没问题的,当这个bug修复后,这个模块的这个功能异常,引起了这个问题(将这个问题描述清楚场景),是不是这2个模块耦合度有点高,咱们看看这两个模块吧。
14. 当有人问你在不在的时候
错误回答

1:干嘛
2:?
3:不回复并假装不在
4:回复奇怪的 gif 表情
5:不在

正确回答

到!
15. 当开发找你复现的bug的时候
错误回答

1:操作步骤在那儿,瞎吗
2:必现的bug你都复现不了,撒币吗
3:一个微笑的表情
4:反正 LOG/抓包已经在那儿了,剩下的自己看着办吧
5:你来打我呀,你来打我呀,呵呵呵~~~

正确回答

我操作步骤是不是写的有歧义,哪儿看不懂的我下次提的时候再多注意一下,这个bug我是这样复现的。。。
16. 当开发很难复现一个bug求助于你的时候
错误回答

1:我也复现不了
2:LOG/抓包已经给你了,别再来烦我
3:撒币吗
4:你自己的事情,自己看着办
5:忙着呢,没空

正确回答

这个bug很不容易复现,我提交之前尝试复现了1个小时没有出现,所以先提交bug以防忘记,但没有关系我尽量帮你复现,你先稍等一会,看看其它bug。(2小时候后再联系一下这个开发不要太快联系否则难以表现出你已竭尽全力)这个bug我还是没有复现,从日志\抓包不能定位原因吗?我们找一下产品,看看能否先将它later,等后期我再次复现之后咱们再尝试解决,你觉得怎么样
17. 当开发因手潮/失恋/喝多等某些神秘原因将为测试的服务端代码上线并出问题的时候
错误回答

1:这么低级的bug你也能出?
2:就是喜欢不测试就上线是吧
3:会不会写代码?
4:你自己承担责任吧
5:先过来跪着

正确回答

嫑紧张,我们的线上监控系统已经第一时间发现了问题,代码回滚及时,对线上影响不大,你把代码再自查一遍,然后发布测试环境通知我测试,测试通过之后再上线,我们再回归验证
18. 当遇到突如其来的代码改动通知你紧急测试的时候
错误回答

1:没时间
2:早干嘛去了
3:你咋不上天呢
4:上去捶开发一顿
5:竖中指

正确回答

嗯嗯,你这块的代码优化对后期功能扩展或性能等有很大的改善,我也很想马上给你着手测试,但目前我手头还有一些比较重要的需求还需要测试,我尽力加快测试进度,看看你这块的测试能不能稍微延后一下,你也着急的话咱们一起找产品确认一下怎么样
19. 当遇到虽温馨感人但明显不合上线标准的bug的时候
错误回答

1:上不了
2:改改改!这么多bug上个屁!
3:上线让领导发现这么多问题会扒了我们的皮的
4:我们QA说了不能上就是不能上
5:抄家伙

正确回答

XX神,你的这个功能还有ABC操作下崩溃的问题,acb操作F页面也显示异常,问题确实比较严重。上个月XX领导使用N产品的时候发现了一个按钮适配问题,大半夜把开发测试全部拎起来改bug发版,批了好一通呢,你是不是也听说啦?
咱们还是改完再上线吧,真的很不好改吗?但这个两个bug确实还是要修复的,要不咱们跟产品商量下,把这个需求先剁了?
20. 当开发要求你陪着加班但你确实没有必要陪着的时候
错误回答

1:滚犊咋!
2:你给我钱啊?
3:假装晚上约了姑娘
4:我没空你找别人吧
5:就你这破玩意哪还需要我盯着啊?

正确回答

唉!实在不好意思我今天晚上家里有点事,但你放心我在家也能测试,都是客户端改动,不涉及测试环境,人不在公司但效率胜似在公司!一定能让你满意,放心啦~
21. 当遇到一个总是不接电话,不回信息,毫无责任心且总出Bug的队友的时候
错误做法

1:帮他隐瞒 BUG
2:帮他测试 BUG
3:去厕所哭泣并被保洁发现
4:回家和老婆吵架或打孩子
5:辞职

正确做法

建议领导换队友同时递给领导一堆可靠的简历并嘱咐领导及时兑现“推荐奖”
22. 当开发有一个紧急要上线的需求马上需要你测试一下的时候
错误回答

有啥紧急的
没时间
一会儿再说

正确回答

好的,收到。
23. 当开发向你要自测的用例的时候
错误回答

没有
你最了解,你自己写吧

正确回答

我把咱每版的用例都总结放在case+上,已经帮你开通了权限,你随时可以登陆查看。
24. 当产品需求不明确的时候
错误回答

1.需求不明确,没法测!
2.产品经理基本的工作都没做完,原型都没有就来提测?
3.把你leader叫上,我们一起聊聊这个需求?
4.你想清楚再来找我
5.我就按目前你提供的资料测了,出了问题不怪我

正确回答

这么幸运又接了某某帅哥/美女的大项目啊,我捋了一遍你提供的资料,但是还有1、2、3、4、5、6点方面没清晰理解你的需求要达到的预期,你再整理整理,丰富下需求,然后叫上开发我们一起评审下,一起努力把这个某经理(对产品经理尊称)这个项目做好呦(戴高帽,让产品经理承担其职责~)
25. 当开发不配合测试的时候
错误回答

1.既然你不配合,那我们中断测试了
2.开发提供可测的版本是职责所在,你这样没法合作啊
3.这块逻辑出了问题你负责
4.某某开发就很好沟通,人和人的差距怎么这么大呢
5.你是不是瞧不起测试同学,咱们走着瞧

正确回答

某某开发,这是我们昨天一起评审过的测试场景(让其承认该测试点的必要性),根据你们现在提供的资料,某某场景的验证所需数据需要模块披露出来(一定要详细具体,不能模棱两可),这可能给你带来一定的工作量(承认其工作量,不能说这还不好加嘛)。之前需求在这块出过问题,领导也很关注这次上线效果,所以场景是这次项目重点关注重点之一,为了咱们的项目高质量上线,辛苦了,你这边加好后,在项目群里说一声~~
26. 当遇到温馨感人,没有走正常项目流程的需求要提测,而你又排期紧张的时候
错误回答

1.没走排期,没时间
2.需求评审,设计评审,case评审都没做,我测不了
3.回去写MRD
4.为啥你每次的需求都又紧急又重要,质疑对方的需求
5.这是规定,我也无能为力

正确回答

你看我手头现在的工作(一一罗列清楚,向其表明自己现在排期紧张),心有余而力不足,你这个需求优先级提高的话,某需求进度可能受到影响。这样吧(给出解决方案),我跟某某需求的项目经理沟通下,他的需求能不能先hold(你插队不能只跟我商量,还影响他人的需求),先跟你这个需求,然后加班把在跟需求的进度赶回来(让产品知道我们是要付出成本的)
27. 当开发要求你加班但是确实没有必要陪着的时候
错误回答

1.你们自己加吧,开发完自测好了再找我
2.加你妹
3.不行,我还有别的事
4.你为啥不能提前赶赶进度,每次都是你这块拉后腿
5.你报项目延期吧

正确回答

唉!实在不好意思我今天晚上家里有点事,但你放心我在家也随时待命,相应迅速。一定随叫随到,放心啦~
28. 当遇到一个态度不积极的产品/开发的时候
错误回答

1.还想不想上线了
2.我得找你们老大聊聊,你这工作态度太不积极了
3.群里@,或发群邮件,施加压力
4.这项目还做吗
5.坐视不管,留证据,然后一天两天过去了,说因为某某沟通原因,项目延期

正确回答

某某,之前在蓝信群给你发的问题大家还等你的高见呢,有结论了吗?这个项目进度目前因为这个问题hold了,项目有可能delay,你尽快抽时间看下,我们这边也努力配合往前赶赶进度,尽量降低delay风险,老大一直盯着这个项目上线效果呢,延期的话可能影响略大呢
29. 当下班的你接到电话需要紧急支持某需求时
错误回答

1.我vpn落公司了,你找找别人吧
2.啊,我在和朋友吃饭呢,菜刚上
3.这个需求也没那么紧急吧,明天上班再看
4.不行,我都下班了
5.哈哈,这个啊

正确回答

稍等我先找个安静的地方,让对方把需求描述清楚(确定需求内容,是否紧急,听完后如果需求的确很紧急),先跟对方把需求涉及的重点模块和可能出问题的点讲清楚,然后看项目需要沟通的成本,如果沟通环节很少,需求很明确,就在家vpn支持,如果涉及多方内容,就赶回公司现场支持,效率怎么高怎么来。
30. 当开发修复bug速度很慢的时候
错误回答

1.你能力行不行啊
2.就差你的bug没修了,速度点,大家都在等你
3.你在忙什么呢,这bug提了好几天了还没修
4.干等
5.找同组其他开发同学修

正确回答

最近应该挺忙吧,可能没注意到我提的某个问题。这个bug在测试环境活了3天了,你打算啥时候kill它啊。我之前接触过这块的业务,我猜有可能是**的问题(定位到问题发生原因),可能不全面,仅供参考哈(给开发留足面子,也同时一定给开发指明发生的具体原因,帮助其快速定位并修复bug)
31. 当产品给你的项目没有需求文档的时候
错误回答

没文档,那这活我干不了
本宝宝并不是很想理你
无所谓的啦,那我也就随便测测啦
正确回答

如果项目非常紧急且改动不大,需求可以先与开发和测试口头信息同步,在项目上线后再补充需求文档。如果项目不紧急且改动很多,请产品不要偷懒,做好自己的本职工作。
32. 当项目明明还有很多BUG,产品还要求立马上线的时候
错误回答

想上线?都TM给我改了!
无所谓的啦,爱上上,关我屁事的啦
我还是个宝宝,我也不知道怎么办呀
正确回答

邮件告知项目所有相关人员,项目此时上线,列出123等N条风险,如果产品或领导确认风险可接受,那么可以上线。
33. 当开发进度出现延期的时候
错误回答

干什么吃的!
无所谓的啦,反正你延期我也延期喽
正确回答

反馈产品,一起找开发确认原因,根据原因商讨对策,是整体项目延期上线还是砍需求。
34. 当开发给你扔来一个冒烟测试都无法通过的版本让你测试的时候
错误回答

我告诉你!我忍你很久了!
无所谓的啦,大不了
正确回答

立即打回,请开发先做好自测,确保主流程功能通过再交付测试。
35. 当开发的BUG越改越多的时候
错误回答

谁面的你?
无所谓的啦,反正着急的也是产品
正确回答

如果是新手开发,反馈开发领导多关注一下新人的培养,同时自己尽量帮助他快速熟悉业务。如果是熟练开发,反馈开发领导此人最近状态有问题,可能是压力大也可能是有跳槽的风险。
36. 当开发对你态度很恶劣的时候
错误回答

正面硬钢,直接干架
去厕所哭泣并被保洁发现
正确回答

如果开发态度恶劣是常态,反馈开发领导,如此下去是没法正常合作的。如果开发偶尔态度恶劣,可以找他谈谈心,看看是不是失恋了或者昨晚把把吃不到鸡,心态爆炸。主动与开发人员维持良好的关系,就很少态度恶劣的时候了。
37. 当你在测试某一需求着急上线,产品喊你去需求评审的时候?
错误回答

1.没空
2.改时间在评审吧
3.你们先开,我测试完就过去
4.放下测试去参加评审

正确回答

跟产品说目前有个需求紧急上线,是否方便改下时间评审。如果不能改变的话,待测试完成后在过去,前期让同事帮忙录音,或者会后再跟产品单独过需求。
38. 当你在测试某一流程,开发频繁提交代码导致测试环境前后不一致的时候?
错误回答

1.你大爷,打回不测
2.告知leader开除他
3.找开发理论,告知测试过程中不能提交代码
4.告诉你我忍你很久了

正确回答

给开发说明一轮测试中是不能重复提交代码的,重复提交代码会导致测试工作的反复,最终导致项目延期。待一轮测试完成修复bug后,在提交代码更能提高开发测试的效率。
39. 当你测试一个不易复现的bug,开发不配合排查修复的时候?
错误回答

1.不复现,爱咋咋地
2.线上出问题你负责
3.告诉他领导态度消极
4.怀疑对方能力问题

正确回答

告诉他这个bug还挺严重的,万一上线了出现了问题,这个责任谁都担负不起。然后跟开发一块排查问题,把bug解决掉。
40. 当测试中涉及跨团队成员且成员之间消息回复不及时的时候?
错误回答

1.等着
2.出现问题让本团队开发解决
3.遇到流程性问题找领导解决
4.问他干啥呢,不好好上班

正确回答

在测试的过程中找到问题的根源,并且将问题抛到群里,并且@对应的开发人,让其快速解决。如果回复比较慢的话,直接单聊或者去工位找他。
41. 当开发说基本没改代码直接上线,导致线上问题的时候?
错误回答

1.自己搞,不管我的事儿
2.静静的看着你装X失败
3.呵呵哒
4.你不是说没改代码吗,早干嘛去了

正确回答

跟开发一块回滚业务线代码,保证线上业务的正常;同时跟开发一块去排查问题,并且在测试环境进行测试、修复验证,保证上线后不再出现上述bug。
42. 当开发问你在不在的时候
错误回答

不在
干嘛

正确回答

在,有什么事情吗?
43. 当开发不认可你提的BUG时
错误回答

你懂个P,老子是专业的
你这水平还干开发?
爱改不改

正确回答

这个问题是这样的,你要站在用户的角度去理解,不能以开发的角度看待问题,这个BUG已经严重影响了用户体验,需要修复。
44. 当开发偷偷修改测试环境代码时
错误回答:

你再动一次试试
你自己测吧

正确回答

这次测试请不要修改测试环境代码,并且从下一次开始,环境需要我们来维护~
45. 当开发的提测冒烟都不过时
错误回答

你赶快修一下,我们着急测试
你会不会写代码,需要老子教你吗

正确回答

您的提测被打回了,冒烟不过是不接受测试的
46. 当你让开发用的测试平台去进行测试而开发不愿意的时候
错误回答

好吧,我帮你测
你是不是傻,学不会?
我要告诉我领导

正确回答

我们的平台可以完美解决你的测试需求,并且操作非常容易,可以提升我们的工作效率,请你使用一下,有问题随时问我。

测试与开发的日常撕逼相关推荐

  1. 测试与开发人员的战斗

    作为一个测试老兵,经常听到有测试新人抱怨,需要和开发人员进行激烈的讨论,感觉像打仗一样.其实,测试人员和开发人员的战斗不仅仅在小公司有,在大型软件公司也是比比皆是.这种战斗不仅仅发生在开发周期的初期, ...

  2. 测试平台开发:(14)测试用例管理功能设计

    上一篇:测试平台开发:(13)前端登录功能_要开朗的spookypop的博客-CSDN博客 先做一个极简的测试用例管理功能,可以满足日常需求,私信我获取完整代码. 主要功能点如下: 根据要实现的功能, ...

  3. 【微信红包封面福利】接口测试中测试与开发的配合

    在对接口的功能进行测试的过程中,测试人员与开发人员之间的工作交集较多,因此在制定测试计划开始,一直到系统问题暴露出来,测试人员要加强与开发人员的协作,提高团队的配合度.当平台上没有接口管理时,只能通过 ...

  4. 互联网测试岗位分类_【科普】互联网测试岗位的工作日常

    近期公司新来了一批实习生,公司也组织了大量的人力物力对实习生的进行培训.不得不说,公司的确在朝"大公司"的方向发展,各项制度福利也在逐步完善.以前别说是实习生了,不管是社招还是校招 ...

  5. 测试VS开发 [ 光影人像 东海陈光剑 的博客 ]

    作为一个测试人员,最常跟我们打交道的就是开发人员,常理说人与人之间要建立一种相互信任的关系,所以一直以来我都很信任开发人员,但是随着工作年限的推移,某些项目中BUG的reopen率的提高,对开发人员的 ...

  6. 测试跟开发“敌对”,你可以这样做···

    测试从业者,打交道最多的就是开发,而测试和开发之间的关系在行业内被称为'天敌'.最近部门内有些产品线成员和开发同事在协作之间也是双方抱怨不断,为此形成此文,算是给大家一些思路参考. 作为测试工程师,你 ...

  7. 零基础学习测试还是开发?

    软件测试作为IT行业的刚需职位,其实是非常适合0基础的小白同学加入学习的但是具体选择测试还是开发还是要看你个人的兴趣爱好以及学习能力,对哪个感兴趣,哪个能学的会就选择哪个就可以了 平时说起程序员印象中 ...

  8. 在敏捷中应用测试驱动开发

    在敏捷和DevOps领域,企业越来越关注持续集成和持续部署问题.他们更频繁地更新软件,给软件测试造成额外的时间压力.而测试驱动开发可以成为解决这个问题的一剂良方. \\ 什么是测试驱动开发? \\ 测 ...

  9. jest java_✅使用jest进行测试驱动开发

    前言 本文将使用jest进行测试驱动开发的示例,源码在github.重点说明在开发中引入单元测试后开发过程,以及测试先行的开发思路. 本文的重点是过程以及思维方法,框架以及用法不是重点. 本文使用的编 ...

最新文章

  1. R语言ggplot2可视化:水平半小提琴图(Horizontal Half Violin Plots)、去除水平半小提琴图中的填充色、ggridges包的绘制山脊图
  2. 匹兹堡计算机科学公司,2017美国匹兹堡大学计算机科学CS专业硕士录取
  3. python画卡通人物用什么_干啥啥不行,吹牛第一名——Python头像动漫化,快来用女朋友照片生成一个动漫头像吧...
  4. 西南交大计算机组成原理考试大纲,西南交大计算机组成原理实验二七段LED数码管显示译码器的设计.docx...
  5. 使用Jmeter 创建Post请求
  6. 资料分享 | 数学建模竞赛备战大全
  7. Apache Commons ArrayUtils.toString(Object)与JDK Arrays.toString(Object)
  8. iOS10 xcode8 分页请求MJRefresh崩溃问题
  9. 《java程序设计》结对编程-四则运算整体总结
  10. spingMVC拦截器 -单个、多个、设想
  11. javascript单例模式【转载】
  12. Mixly01:米思齐(Mixly)简介
  13. c#股票接口源代码算法
  14. OIO、NIO、AIO小结
  15. unity在打包时设置手机屏幕横屏竖屏的方法
  16. C++ 函数实参传递 (argument passing)
  17. 计算机上点开硬盘有声音,打开计算机电源后,硬盘持续发出哔哔声的原因是什么?原因分析和解决方案介绍...
  18. 建行找不到服务器或DNS错误,建行浏览器打不开,提示域名解析错误,代码105,怎么解决?谢谢...
  19. [资源] Visual Studio 2015正式版离线iso及在线下载,附专业版和企业版可用key!
  20. 腾讯入股Snap,能救“阅后即焚”的命吗?

热门文章

  1. php welive,WeLive免费开源PHP在线客服系统下载
  2. Spark RDD API详解(一) Map和Reduce
  3. 好心人救了一只瘦成骷髅的狗,没想到这个善举却让自闭症的儿子不药而愈…
  4. win2003服务器维护,Windows 2003服务器维护技巧
  5. 《如何写好科研论文》网课期末答案
  6. 一个香港人谈美特斯邦威
  7. 浅谈学生数学思维能力的培养
  8. 2021考研常见的“地雷”,千万不要踩!
  9. Java — Thread Signaling
  10. 04 ls——stat、chmod、chown、utime