所有连载内容，都经过了原作者授权，希望把知识以电子版的形式分享给大家。
由于我们很难把书籍上面的内容一比一完全还原，甚至可能会发生编辑错误的地方，如果您发现了问题，还请联系我们。
另外，如果您对连载书籍感兴趣的话，可以同时购买正版图书，一是支持作者，二是可以随时做笔记并且同步学习。
本书可以在京东、淘宝、天猫、当当、书籍出版社、线下书店等任何可以购买书籍的渠道购买。如果您想要图书作者亲笔签名版图书，也可以联系我们，原价邮寄，不收取任何额外费用。
上期更新的是《软件测试架构实践与精准测试》书中第一章1.1章节的部分内容，本期继续。
X模型要求对每一个程序片段都进行单元测试，但没能提供是否要跳过单元测试的判断准则；多根并行的曲线代表着变更可以在各个部分发生，提高了迭代效率；它还定义了探索性测试，这一方式能帮助有经验的测试人员在测试计划之外发现更多的软件错误，但对测试人员的能力要求比较高。
该模型将开发和测试的生命周期整合在一起，标识了项目生命周期从开始到结束之间的关键行为；明确提出了每一个交付的开发结果都必须通过一定的方式进行测试；它还定义了“开发基于需求的测试用例”以及“定义验收标准”，让验收测试和技术测试保持相互独立。
以上模型都有其优劣，但总体来说，都没有真正的把测试对质量的保障意义或时机把控好，大部分模型中，测试只是软件开发过程的一部分，没有明确独立成一个体系，虽然H等模型把测试对产品质量保证的地位提升了不少，但是仍然缺少对测试规程、资料等重要性的体现。开发、测试模型已经存在很长时间，那么，企业最常用的模型有哪些？有多少企业在使用模型？不使用模型的原因是什么？根据以上疑问，织雀教育在之前做过一个企业调查：
调查对象主要是在企业担当项目经理等技术管理角色的人员，有效样本近5000例。调查的结果如下图所示：
出现上图布局的调查原因：
1:测试跟着开发的思路推进，没有明确的版本、时间概念
2:对新项目开发类似大爆炸模式
3:团队负责人对人员指挥较为随意
4:需求变更较为频繁
5:时间型项目很难把握进度，模型中的时间和任务节点难于匹配
根据以上的调查结果，我们不得不有下面的几个问题，其实这也是我这几年一直研究测试模型的原因，因为实在是发现现今的软件测试模型不太适合我国软件企业的实际情况。
1) 测试与研发的关系、规程是否互融互通？
2) 测试对质量的保障意义所处在的层次？
3) 适应现今软件高强度迭代与发布的步伐吗？
4) 真正适用于我们中国自己的软件企业吗？
5) 有多少企业真正考虑了测试规程？ 13
下期预告
下期更新
书中1.3章节的内容
敬请期待！
