软件项目开发综合实训——Visual Basic篇 教学课件 作者 王泰峰 演示文稿（质量管理）.pptVIP

第6章 软件质量保证与测试 1. 开发工程与测试工程的对应关系 预计BUG检出件数 = M × S × α × β × γ × δ M ： 程序开发规模[KL]（新编行数+变更行数） S ： 每1KL产生的BUG件数（设计人员根据以往的经验积累给出的基准值） α： 程序的难易度系数 [0.5 - 1.3] - 核心程序（控制程序） ………………………… 1.3 - 语言处理程序 …………………………………… 1.3 - 服务程序（交互式处理型） …………………… 1.2 - 服务程序（非交互式处理型） ………………… 1.0 - 业务专用软件包等中间程序 ………………… 1.0 - 事务处理应用程序（实时处理类） …………… 1.1 - 事务处理应用程序（批处理类） ……………… 0.7 - 移植变换、演示等程序 ………………………… 0.5. β： 使用语言系数 [0.4 ~ 1.2] - VB ……………………………………………… 0.4. - C、C++、VC++、JAVA …………………… 1.2. γ： 变更系数 [1.0 - 1.3] - 变更率为0% ………………………………… 1.0. - 变更率为10% ………………………………… 1.1 - 变更率为30% …… …………………………… 1.2 - 变更率为50% ………………………………… 1.3 （注：变更率 = 变更行数 / 总行数；如果变更率大于50%，则作为新编行计算） δ： 程序员技术能力系数 [0.5 - 2.0] - 经验丰富的人 ………………………………… 0.5 - 0.9 - 一般合格的人 ………………………………… 1.0 - 新手、BUG特别多的人 …………………… 0.9 - 2.0 [例] 一个用VB（β=0.4）编写的事务处理应用程序中，包含了5000行（M=5KL）代码行（不包括空行、注释行、Debug控制语句）；程序难度系数α=1.1；在编程过程中没有发生设计变更（变更系数γ=1.0）；编程者是一名新手（δ=1.8）；根据经验估计可能产生的BUG数S=10个/KL（5KL行代码可能产生50个BUG），那么在单元测试阶段至少应该检测出的BUG数： 预计BUG检出件数 = M × S × α × β × γ × δ = 5 × 10 × 1.1 × 0.4 × 1.0 × 1.8 = 40 因为经验估计可能产生的BUG数共计是50（10/KL×5KL）个，由上述公式计算出，在单元测试阶段应该测出的BUG数是40，那么其余10个BUG应在集成测试阶段检测出来。 （2）测试方案（编程人员根据测试计划书制定的测试方案）： 设计测试方案是测试阶段的关键技术问题。根据测试计划所制定的目 标，制作和选用精简高效的测试用例。 ① 测试用例数的估计方法（编码结束后的估计，比设计人员的经验值更接近实际） ·被测模块开始：用例个数的初值为 1； ·程序中每出现一次if 、while、for、and、or，用例个数加1； ·case语句中的每出现一个case条件，用例个数加1。 上述方法所计算出来的数值，是测试该模块时应该制作的最少用例个数。 ② BUG的推测 一名有经验的测试人员非常清楚容易出现BUG的场所，因此测试的效率很高。据统计，以下几点是