想问下 建筑行业，遇到质量问题时，追责是怎么划分的。质检部门，还是建设方 责任大？

测试的锅肯定会背，一般是项目组领导背大锅，研发测试一起扛。

1、该问题是什么？线上事故怎么处置的。
2、反思 该问题为什么会逃逸。
3、是否有手段预防。
4、线上再次遇到此类问题，能否第一时间监控，第一时间解决。

一般在总结问题时，“场景漏分析” 这种情形，会比较常见，因此也在预防手段中 经常加一条：如果测试人员经验不足，是否有额外的手段探测出问题。

QA 是质量保障的，责任承担大一些。没有 QA 的组织，测试同学该不该背锅呢？

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

• 留存测试部门对质量保障有什么好处？
  测试话语权高，不合格质量的产品不易流出。（该产品是否需要较高的质量）
  
  测试同学有更多的发展路线，有组织交流经验技术，组织归属感更强。

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

• 去测试团队后的现象：
  去测试部门实质是去 测试经理，测试内容不减，对于基层测试人员应该是一样的，对于想在该领域寻求突破的人员来讲，不友好。
  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 类加载过程的问题，面试官只知道一部分，另一部分不了解，就其中核心类加载过程不断的说应聘者讲的不对，此时就很尴尬，应聘者是告知准确答案还是选择沉默。 就问题本身讲需要告知准确的答案，就面试技巧讲，不要在招聘中产生争论。

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

恩恩，多谢！