当我看不清未来时,我想,如果我一直的走着,总能离未来更近些。
---奋斗迷途中的人

    • 测试试的目的什么?
      测试作为质量保障的一种重要手段。

    • 留存测试部门对质量保障有什么好处?
      测试话语权高,不合格质量的产品不易流出。(该产品是否需要较高的质量)

      测试同学有更多的发展路线,有组织交流经验技术,组织归属感更强。

    • 留存测试部门对质量保障不好的?
      项目组成员交叉管理,测试同学考核权在测试部门,项目进度往往制约于测试团队,无法通过考核等手段加压。

    • 去测试团队后的现象:
      去测试部门实质是去 测试经理,测试内容不减,对于基层测试人员应该是一样的,对于想在该领域寻求突破的人员来讲,不友好。
      1、核心测试骨干离职,上升通道被阻或者不明朗。
      2、测试经理离职。
      3、团队中测试的同学会越来越少,直至无专职测试。
      4、研发水平较高的同学,转岗到研发,团队内都是研发岗,研发自测。

    测试组织面临常见的问题:
    有些研发经理会觉得,测试做了很多脏活、杂活,“技术含量低” 的活,因此考核低很 “正常”。
    如果保留独立测试团队,在考核权上 项目组人员有独立测试人员不受自己控制,项目经理估计会不爽。

    未来发展:
    去专职的测试团队应该是一个趋势,金融机构留存专职测试的概率比较大。
    其他组织,在维持原有质量的情况下,是否可以使用外包替换,是否可以通过研发组自测,降低成本。

    去测试部门,去专职测试,对于 测试同学来讲,是个短痛吧,对不喜欢做重复工作,被低级缺陷浪费时间的同学来讲,是利好。

  • 感觉是 不同的测试策略,不同的 选择而已。

  • 恩恩。猜测 是 example testing 跟 property based testing 的争论了。

    有些是基于 固定的输入,固定的预期。类似于 example table 用例表格的方式。
    有些是可以基于特定属性的的测试。

    类似于 如何测试一个方法 f=a+b
    方式 1,举例 a,b 是多少 f 是多少,分别 去检查

    也可以方式 2,加法这个运算方法,满足单位元,a+b=b+a 交换律,结合律 (a+b)+c=a+(b+c),随机输入,满足以上属性即可。

  • 非常尴尬。面试中 不争论显得自己无知,争论显得 面试官不专业。

    这个是不是 面试技巧的一种,压力面?
    看应聘者在 这种情况下的表现,是反驳还是默默承受。

  • 恩恩。也对。他觉得自己正确,我也觉得自己正确,所以在招聘过程中产生争论。

    在这个之前还有个插曲,
    碰到面试官提出 java 类加载过程的问题,面试官只知道一部分,另一部分不了解,就其中核心类加载过程不断的说应聘者讲的不对,此时就很尴尬,应聘者是告知准确答案还是选择沉默。 就问题本身讲需要告知准确的答案,就面试技巧讲,不要在招聘中产生争论。

  • c++ 内存对齐问题 at 2020年12月03日

    1:数据成员对齐规则:结构 (struct)(或联合 (union)) 的数据成员,第一个数据成员放在 offset 为 0 的地方,以后每个数据成员存储的起始位置要从该成员大小或者成员的子成员大小(只要该成员有子成员,比如说是数组,结构体等)的整数倍开始 (比如 int 在32位机为4字节,则要从4的整数倍地址开始存储。
     
    2:结构体作为成员:如果一个结构里有某些结构体成员,则结构体成员要从其内部最大元素大小的整数倍地址开始存储.(struct a 里存有 struct b,b 里有 char,int ,double 等元素,那 b 应该从 8 的整数倍开始存储.)
     
    3:收尾工作:结构体的总大小,也就是 sizeof 的结果,.必须是其内部最大成员的整数倍.不足的要补齐.

  • c++ 内存对齐问题 at 2020年12月03日

    恩恩,多谢!👍

  • c++ 内存对齐问题 at 2020年12月03日

    现在研发就 计划这么干,内存 copy(研发是直接内存取址方式),想 了解下 这样子的 在 gcc 和 vs 编译器下的内存模型,影响

    另外如果不这么做,是派生类数据一个个赋值么。

  • 应该还是线上修复成本 少于 雇佣测试人员成本。

  • 执行结果如何,我拉起了 job,等待 20 分钟,未发现有心脏漏洞出现。你 demo 执行结果如何?

当我看不清未来时,我想,如果我一直的走着,总能离未来更近些。
---奋斗迷途中的人