这么说吧，原来我一个人时候买的 ps，现在有老婆了，就买了 switch

和老婆养金毛两年了，一些心得吧：

1. 能不从宠物店犬舍买就不要从那里买，可能 会有一些小毛病，比如皮肤病啥的；
2. 品种的话个人主观意见比较强，看样子楼主喜欢大型犬，建议边牧，是真聪明，可以省很多事；但是边牧就是要动，你得遛
3. 要注意的疫苗之类的定时打就好了，有一个要补充的，大型犬小时候很容易缺钙，造成一些后腿和髋部的问题，要及时注意；我们金毛小时候就遇到了，突然就站不起来了，吓死我们了，宠物医院也不能给定论，还说要手术（很贵）；老婆自己在网上买了一些药，那段时间真的是一把屎一把尿的照顾狗子，担心瘫了怎么办；连续照顾和吃药半个多月才好了，现在活蹦乱跳没毛病；
4. 我和老婆上班时候也是朝 9 晚 5，不过我们养金毛，是真温顺，关着一天也不吵不闹，特别乖；不过我老婆有寒暑假，那段时间狗子还是很快活的；
5. 养狗会得到什么，真的，跟养了个娃一样，你会多一份责任心，出去玩晚了会担心它还没吃之类的；但是撸的时候是真心心情舒畅，我老婆对金毛的毛简直爱不释手（悄悄告诉楼主，冬天焐脚简直不要太爽）
6. 关于养娃的问题，由于我老婆家对医疗知识比较了解，大家都能很客观的对待这个问题，一方面狗子尽量不要乱放出去玩，另一方面疫苗之类的及时打，我老婆最近也怀孕了，相关检查都做了，也一点问题没有；不要迷信和害怕弓形虫之类的；但是我看楼主也具有条件可以在适当时候把狗子不放自己家；个人看法的话，生娃后再养狗你可能真的时间不够用

春节时候学习了一下 Rust，发现难就难在它那个内存管理和生命周期的概念上；但是编译器都帮你搞定了几乎；所以基本上只要代码能通过编译，就没问题了

降个级，恢复流畅就好了

@liuxey @liudaolunhuibl 我们一直是要求 null 时候返回 Collections.emptyList(), 这个方法返回的是不可变对象，无法向里面写内容；不然返回一个 ArryList() 别人往里面写内容了可能会引起难以排查的 bug

“假设在第一个分支里，query 返回 a，这个 a 的返回是依赖于 query 子模块进行的一些 http 操作而来的，a 会被用作 exec 函数下面的分支里进行判断，那么如果不能对 query 的子模块进行 mock，就无法控制 a 的返回，那么 exec 的测试就无法全覆盖”

这时候你应该在多个测试用例中直接 mock query 返回不同的 a ；

上述 2， “你这个测试如果还 QueryModel 的子模块就不对了” -> "你这个测试如果还依赖 QueryModel 的子模块就不对了"

1. 对于这个单测来说，他依赖的只是 QueryModel 的 Query 方法；如果 QueryModel 是个接口的话，你随便注入一个实现他的就可以
2. 你这个测试如果还 QueryModel 的子模块就不对了；
3. QueryModel 如何初始化那是另外的事情，一般是在 Executor 实例化时初始化注入（ Golang 中推荐的实际是一个 struct 使用一个工厂方法来实例化)；单测时候直接注入 mock 的

常年梯子，一切正常

1Password + TimeMachine

```
type Executor struct {
q QueryModel
d UpdateModel
}

func (e Executor) Exec(v1 int, v2 string) int{
count := 0
if v1 > 10 {
e.q.Query(v1)
count += 1
}
if strings.HasPrefix(v2, "a") {
e.d.Update(v2)
count += 2
}
return count
}
```

兄弟 ，后续呢？持续围观中

这玩意还是别上别人的车吧，万一来个误操作就欲哭无泪了

四五年就个人经验是完全没有问题的，从 09 年到现在是第三台 MBP，前两台每台都是主力工作了四年多；现在都还可以正常使用；第三台现在也已经正常用了两年多了。

怎么能怪 TestNG 呢

楼上的兄弟们，他那个时间是在每次测试之前重新赋值了的，@BeforeMethod 干的；但是他的测试方法是个多线程运行的，一组线程每个来运行测试前都执行一遍赋值，个个去改那个变量由不做任何同步，并发下能一致才见了鬼了