全国咨询热线：136-9172-9932
我们上一章节讲解了“软件测试—需求继承性分析(上)”部分的内容，本章节继续学习“软件测试—需求继承性分析(下)”的内容。
当然如果市场用户历史数据比较完整，也可以通过市场用户调研得到更加准确的特性使用频度，这种准确评估的方法步骤如下：
1)确定测试特性使用频度定义
测试特性使用频度定义是指需求为每一种用户类型的所有测试特性确定一个评估标准。使用频度通常分为H、M 和L，频度定义的标准见表6-9。
表6-9 使用频度评估标准
2)市场用户数据收集
根据评估标准，通过市场收集相关产品在使用过程中的一些数据资料，见表6-10。
表6-10 市场用户数据
3)确定测试特性使用频度
根据收集到的数据，结合评估标准，确定测试特性使用频度的评估结果。其使用的修正表见表6-11。
表6-11 使用频度修正表
第二步：结合网上缺陷密度，评估出继承性网上实际应用成熟度。
首先确定继承性缺陷密度级别，见表6-12。
表6-12 缺陷密度级别
根据网上收集到的问题并进行分析，确定每个继承特性所对应成熟度的级别，见表6-13。
表6-13 网上缺陷密度成熟度
接下来根据使用频度修正值和网上缺陷密度，结合分析并修正后，可以确定最终继承特性的网上实际实用成熟度，使用频度与网上缺陷密度修正表见表6-14。
表6-14 使用频度与网上缺陷密度修正表
上述实例使用使用频度和网上缺陷密度修正表修正后的结果见表6-15。
表6-15 修正后的成熟度
第三步：对历史的测试数据进行分析，根据测试频度和测试的充分性列出项目测试历史的结果，
见表6-16，主要是从测试的力度来衡量。
表6-16 历史测试情况
第四步：最终从网上实际使用成熟度和历史测试的情况两个维度进行修正，以确定最终成熟度，修正表见表6-17。
表6-17 历史测试与网上实际使用修正表
上面对继承性中的使用频度、频度修正、网上缺陷密度对应的成熟度、历史测试情况进行了详细分析，最后可以得出最终的成熟度，最终继承性成熟度分析的内容见表6-18。
表6-18 最终成熟度
(4)继承方式分析
分析完失效影响和成熟度之后，接下来需要对继承方式进行分析。通常继承方式包括：交互、变化、交互与变化和独立四种。
如果某继承性和新开发特性处在交互的影响，那么我们把这种继承方式称之为交互，这将成为后续产品测试规格分析活动中功能交互分析的输入。如果某继承特性的应用环境和使用模式发生了变化，这里的变化是指以前测试分析设计中没有覆盖的，那么我们把这种继承方式称为变化，后续再描述出这些应用变化作为新的原始需求。如果某继承特性既可能和新开发特性有交互影响，应用又发生了变化，则继承方式两种都有，那么我们把这种继承方式称为交互、变化。除上面几种情况之外，其他的继承方式我们统称为独立。
继承方式分析的步骤如下：
第一步：交互影响分析。
交互影响分析，主要是就继承特性和每个新增特性之间可能的相互影响，见表6-19。表中列出了继承特性和新增特性之间可能产生的影响，当然这个不是绝对准确的，甚至可以出现这种情况：
这个分析实际情况下并没有影响，如果某继承特性和某新增特性的相关影响较大，但这种影响不会导致新的代码开发，也就没有对应的开发设计需求，这种情况也需要进行相关测试验证，并且这种情况下，应该从交互影响分析的结果提炼出新的测试原始需求来作为输入，再进行产品测试规格分析。
表6-19 继承特性与新特性分析交互分析表
第二步：继承性的应用变化分析。
继承性应用变化分析主要是把各继承特性的各种应用变化用简单的文字描述出来，应用变化可能来自网上的需求收集，也可能是网上应用的实际调查结果，可以把这些应用变化情况作为新的测试原始需求，并进行后续的产品测试规格设计，见表6-20。
表6-20 继承性变化分析
第三步：确定继承性分析表。
经过前面两个步骤的分析后，已经得出各个继承性的继承方式，之后需求把最终的结果填入继承性分析表中，见表6-21。
表6-21 继承分析表
第四步：测试建议提取。
经过上面几个步骤的分析后，接下来需要针对上面分析的结果提取测试时的建议，或者说提取测试过程中需要注意的事项，重点是对失效影响度大、成熟度低的继承特性，给出针对性的测试建议，这些测试建议将作为测试策略和测试范围评估的具体参考依据，具体见表6-22。
表6-22 继承性测试建议表
第五步：原始需求提取。
接下来将前面分析出来的结果转化为原始需求提取出来，直接列入到原始需求表中，而有的是不能直接列入到原始需求中的，这样就进行适当的加工再列入原始需求中。这些列入到原始需求中的数据，将会作为用户原始需求、开发设计原始需求的补充，见表6-23。
表6-23 原始需求
本章节主要讲解了关于“软件测试—需求继承性分析(下)”的内容，大家觉得有用的话记得每天来这里和小编一起学习涨薪技能哦。
