提示
此附件仅支持打开 次，你已打开 次，不能再次打开
作答时间:04-09 16:08至04-12 23:55
在评审会正式召开之前,评审员必须认真阅读被审查的工作产品在评审会正式召开之前,评审员必须认真阅读被审查的工作产品
在代码评审过程中,应留出足够的时间让评审人员与开发人员就现场发现的缺陷修复达成一致意见
在代码评审会前,必须提前设计测试用例,并在评审过程中逐一执行每个测试用例,观察执行结果
代码评审不涉及测试环境搭建、测试脚本编写、测试用例管理等工作,因此应广泛使用代码评审,至少每周组织2-3次代码评审
判定节点是导致程序执行风险的主要因素
控制流分析的主要目的就是通过对判定节点的测试来降低程序执行的风险
对代码设计测试用例必须要根据程序的设计来进行
编程过程中编译器会发现代码中的部分错误,程序调试过程中程序员也会使用自己预设的数据来测试程序,但控制流分析仍然是必要的
可通过将程序中的重复代码改为函数调用来降低代码所在函数的环复杂度
一段程序的环复杂度大小等于该程序代码中判定节点的个数加1
环复杂度指标真实再现了循环结构和判定结构对程序结构复杂性造成的影响
一段程序的环复杂度必须控制在10以内
独立路径不保证得到的测试用例有意义
随便从程序路径中抽取若干条路径来测试,也没有错
独立路径测试只能用于对代码的测试
只要遵循独立路径测试的路径构建原则,得到的路径集就一定是无冗余的
条件判定节点将影响程序执行的走向,因此,条件判定节点是代码中风险最高的元素
只要程序中存在循环结构,测试就无法穷尽
串联的条件判定结构比嵌套的条件判定结构风险更高
只要在代码中不使用判定结构或循环结构,就一定可以降低程序运行的风险
设计测试用例时,如果使用了判定覆盖指标就不需要再使用语句覆盖
假设被测代码中有n个判定节点,如果基于判定覆盖指标设计测试用例,则一定需要设计2n个测试用例
应谨慎使用条件组合覆盖指标,因为该指标指导下设计测试用例可能导致测试效率不高
在时间有限的情况下,可优先选择判定覆盖测试函数代码
直接基于程序控制流图计算环复杂度是完全可行的
通过需求分析得到程序的路径数目与程序实际的路径数不一致时,则可能是程序设计不够合理
在程序设计中,要保证同一段程序代码中不同结构体之间完全独立是很困难的
程序内判定和循环结构的嵌套相比串联更容易导致增大程序结构的复杂度
基于独立路径测试的思想设计场景可以保证最少的可行场景
解决场景爆炸的最佳方案是基于事件流的个数设计场景
场景中同一个节点可同时触发多个备选事件流
一个场景可以仅包含1个备选事件流
对
错
1．根据给出程序流程图，完成以下内容：
（1）画出程序图（要求对程序中的复合条件进行分解）。
（2）计算环复杂度 。
（3）找出程序的独立路径集合。
.png)