Go单元测试框架简单使用
约束：
使用go自身的单元测试框架testing包来写单元测试有如下约束：
单元测试，要导入 testing 包；
承载测试用例的测试文件，固定以 _test.go结尾；
测试用例函数名称一定要以 Test 开头，同时Test后的第一字母一定要大写，如TestSpec，写成这样Testspec不会被框架识别；
测试用例函数的参数有且只有一个，一般是 t *testing.T。
命令：
测试用例
编程开发
【头脑风暴】每日5道“逻辑思维”题训练（轻松应对各种考试 ）
（1）
某家电商网站上有3种商品，分别是A、B、C。现在已知以下3个陈述：
A和B中至少有一种商品是缺货的。
如果A不是缺货的，那么C就是缺货的。
如果B不是缺货的，那么A和C都不是缺货的。
问题：哪些商品是缺货的？或者说，哪些商品不是缺货的？
提示：可以通过逻辑推理，分别对每个商品进行判断。
（2）
某家超市最近在推广一款新产品，名为“超级果汁”。在推广期间，超市提供了以下两个优
版本管理-2·Git分支
一、分支的定义：
使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。
可以按功能创建分支，分支可以合并。
git的默认分支名为master。它在功能上与用户创建的分支没有区别。
二、常用分支类型：
Master: 主分支；主要是稳定的版本分支，正式发布的版本都从Master拉。
Develop: 开发分支；更新和变动最频繁的分支，正常情况下开发都是在Develop分支上进
有关面试的那些事儿（4）
2022年9月16日 周五 深圳 晴1074/1000
【主题】人力资源管理专业实务
【字数】1212
有关面试的那些事儿原以为写上3篇就完结了，所以只分了上中下篇，但由于最近太忙，每篇简文的篇幅也就限制在1000字左右，所以3篇还没有完全理清，今天继续续写“有关面试的那些事儿4”。
昨天的简文从设计面试问题时我们可以从6个方面进行考虑，然后结合所招聘岗位的具体要求进行问题设计，主要是从设计面
551. 【自动化测试】功能测试（二）
针对上一篇提到的问题，如果想要执行自动化测试，就会遇到一些麻烦。比如因为测试用例的设计问题导致测试执行过程不正确或者不完善，又或者针对需要变更到会的功能会变化或配置过程变化，都会引起相应的自动化测试用例的修改，这无疑增加了本阶段测试人员的工作量。
尤其是新功能不稳定的问题，更会导致自动化测试遇到一定的障碍。比如，一个严重问题导致系统的挂起会阻塞所有接下来的还行用例，又或者一些无法预料的异常会影响部
为什么DEBUG的这么慢？
记录两个Debug方面的事件，有点启发
1. 我自己的A模块的验证环境编译问题
今天debug了A模块的IT环境，上周五卡在了编译上，就显示设计代码里lib库里有个什么不匹配的问题，直觉上也知道肯定不是当前这个文件错误。但是就是找不到问题所在，内心里的归因是“可能是设计的代码有一些问题”。并且，拉来了leader一块看，她也大概看了一下，大面儿上也没有啥问题 ，并且恰好另外一个模块的设计过来说A
对问题要有生命周期的概念
团队有个同事，在与人合作和沟通的时候，经常是自认为对方知道。
比如提交了一个缺陷，同事觉得既然缺陷提交给开发人员了，那么开发人员应该会去查看和跟踪缺陷。
所以，同事就可能两三天不会去查看缺陷的状态。
理想的情况是，每个缺陷都会有解决的时效性要求。
但是当前的项目中，因为种种原因，缺陷的时效性管理很差。
缺乏行之有效的缺陷管理机制来制约缺陷的解决时效性问题，开发人员对测试人员提交的缺陷
