最近有些懒了，看看日志竟有一月未更新了，今日索性将前几日的交流内容总结下，顺利锄草。

现状

1、没有独立的测试人员，不能做好软件质量。 开发人员是不能对自己的测试负责任的。

2、测试人员数量少、地位低；一个公司往往才几个测试人员，却要负责几个甚至更多的项目；没有专职的测试组或者部门，测试人员归PM管，而PM大多是资深开发，导致测试基本从属于开发，丧失独立性；测试人员的待遇低，归属感差；

 3、测试人员过分承担责任；在要求开发做好自己代码Review的时候，开发人员往往都说，我们做好Review，那么要测试干嘛？出现任何的问题，就说是测试没有尽职工作，都是测试的责任，似乎没有开发的责任。都忘记了，代码好像是开发写出来的。
开发的能力差，导致bug多，往往测试人员也倒霉，得一块陪着加班。产品交付后，挨骂的却更多的测试人员。

 对照软件成熟度模型，我们看看一个理想的组织怎么对待质量
 1级——正向检测：
公司高层不关注质量，往往就是关注进度；
公司只有少量的测试人员，或者干脆由开发人员进行测试，公司缺乏合适人才担任测试负责人，对于软件的测试也只能做到较为简单的正向验证，较少的反向验证；
质量数据中，公司可能只有缺陷记录（也可能没有），且没有有效使用此数据，也没有真正的纳入绩效考核；
公司的缺陷记录不完善，没有人进行管理和维护，经常出现缺陷丢失；
整个公司基本上不关注质量，只关注是否将软件赶制完成。
整个软件的生命周期，修复工作量接近或者大于开发工作量；
2级——问题优先：
公司高层在没有出问题的时候，从来不关注质量；
公司没有质量体系，由资深的测试工程师担任质量负责人，配备了刚刚够用的测试工程师，只对事后的质量检测负责，几乎不涉及到任何事前检测或者过程质量，也从不关注软件质量特性层面的符合程度；
公司只会统计简单的缺陷数量，来考核测试和开发人员；
公司并没有形成测试经验库，缺乏有效的反省机制；

2级成熟度，公司有测试声音了，知道约束需求和开发了。只是声音还不够强大。
 但这个状态，公司已经基本能够达到项目交付基本需求了。

3级——重视检测：
公司高层会偶尔关注质量，但是并未将质量提到公司级的高度来，更多的是交给公司少数几个质量专职人员来负责；
公司有一套在运转的质量体系，但是本身存在很多执行层面不严格执行的问题；
公司有1~2个较为资深的质量人员全面负责公司制造层面的质量工作，还配备了较多专业的测试工程师，偶尔关注软件质量特性层面的符合程度；
公司对于质量数据统计并没有计算全面的质量消耗，只是用质量相关统计数据来考核质量、研发人员。
 这个阶段公司有人关注质量，典型代表：公司设立了专职质量负责人
 他们能够基本因地制宜的，收集公司项目管控、质量管理的最佳实践

有了“过程管理”这个动作，标志做新项目基本可以复制成功
 过程是一个反馈环节，关注过程，通过持续的关注，公司的质量就可以不断改进。
 可以大胆的说，如果国内软件企业都达到这个级别，那么中国软件基础就足够扎实了。

4级——质量为重：
质量被提升到公司级，但未超越进度是公司关注的第二位焦点；
公司有可被有效运行的质量体系，公司有专职的涉及质量管理、质量保证、质量检测三大类的专职质量人员负责研发过程的质量事务，会适当关注软件质量特性层面的符合程度；
公司关注质量消耗，质量消耗会作为质量、研发管理、研发执行人员的绩效中，但是未把质量消耗直接和成本关联；
5级——质量为先：
质量超越进度是公司第一位焦点；
公司高层有人直接对质量负责，公司有人会关注质量特性定义层面问题；
公司有大量且全面的专职质量人员，经历过至少2次涉及质量的改革；
财务会关注质量成本，质量成本控制成为质量、研发管理、研发执行等人员的绩效考核依据；