编程开发

有关面试的那些事儿(4)

2022年9月16日 周五 深圳 晴1074/1000  【主题】人力资源管理专业实务 【字数】1212 有关面试的那些事儿原以为写上3篇就完结了,所以只分了上中下篇,但由于最近太忙,每篇简文的篇幅也就限制在1000字左右,所以3篇还没有完全理清,今天继续续写“有关面试的那些事儿4”。 昨天的简文从设计面试问题时我们可以从6个方面进行考虑,然后结合所招聘岗位的具体要求进行问题设计,主要是从设计面

亲人说为你好是一种负担吗

#亲人说为你好是一种负担吗# 很大程度上是负担也是压力,年初拒绝了面试,我们就再也没联系了 他们的角度是为我好,我的角度是一切安排得很突然,一边是复习考试一边是突然的面试,瞬间不知道该怎么平衡,最后拒绝了面试 从此种下了默契的种子,我们不再联系了,说实话很不习惯,那个一直关心你照顾你开导你的亲人突然就不联系了 偶尔想念,也蛮想回去看看,但现在不是最好的时候,或许等我变得更好一点吧,赚得更多一点,那

551. 【自动化测试】功能测试(二)

针对上一篇提到的问题,如果想要执行自动化测试,就会遇到一些麻烦。比如因为测试用例的设计问题导致测试执行过程不正确或者不完善,又或者针对需要变更到会的功能会变化或配置过程变化,都会引起相应的自动化测试用例的修改,这无疑增加了本阶段测试人员的工作量。 尤其是新功能不稳定的问题,更会导致自动化测试遇到一定的障碍。比如,一个严重问题导致系统的挂起会阻塞所有接下来的还行用例,又或者一些无法预料的异常会影响部

为什么DEBUG的这么慢?

记录两个Debug方面的事件,有点启发 1.  我自己的A模块的验证环境编译问题 今天debug了A模块的IT环境,上周五卡在了编译上,就显示设计代码里lib库里有个什么不匹配的问题,直觉上也知道肯定不是当前这个文件错误。但是就是找不到问题所在,内心里的归因是“可能是设计的代码有一些问题”。并且,拉来了leader一块看,她也大概看了一下,大面儿上也没有啥问题 ,并且恰好另外一个模块的设计过来说A

2022-06-16期末考试

一、功能描述 在单片机数码管上显示0至9数字。 二、程序 /******************СÃÛ·äÀÏʦµÄ51µ¥Æ¬»ú¿ª·¢ÏîÄ¿°¸Àý******************** ÔÚµ¥Æ¬»úÊýÂë¹ÜÉÏÏÔʾ0ÖÁ9Êý×Ö£¬×ó±ßÊýÂë¹ÜÓÉsw1¿ØÖÆ£¬ÓÒ±ßÊýÂë¹ÜÓÉsw2¿ØÖÆ£¬ÿ°´Ò»Ï´Ó0ÖÁ1ÒÀ´ÎµÝÔö£¬µ½10¹

对问题要有生命周期的概念

团队有个同事,在与人合作和沟通的时候,经常是自认为对方知道。 比如提交了一个缺陷,同事觉得既然缺陷提交给开发人员了,那么开发人员应该会去查看和跟踪缺陷。 所以,同事就可能两三天不会去查看缺陷的状态。 理想的情况是,每个缺陷都会有解决的时效性要求。 但是当前的项目中,因为种种原因,缺陷的时效性管理很差。 缺乏行之有效的缺陷管理机制来制约缺陷的解决时效性问题,开发人员对测试人员提交的缺陷