DUG软件测试基础知识.ppt

《DUG软件测试基础知识.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、Module2.软件测试技术主要内容软件测试基本方法静态分析白盒测试黑盒测试测试模式范围测试说明书测试风险测试情景测试组合测试探索测试实际练习什么是静态分析？不实际运行程序，通过检查和阅读等手段来发现错误并评估代码质量的软件测试技术。作用通过对代码标准及质量的监控提高代码可靠性尽可能早地通过对源代码的检查发现缺陷组织代码审核定位易产生错误的模块非常有效的质量保证手段越来越多地被采用静态分析的主要内容检查需求检查设计检查代码需求设计编码其它缺陷产生的原因检查需求需求的标准完整性是否完整描述一个功能正确性是否正确反应客户要求可行性必要性Goldplating?无二义性会

2、引起歧义吗可验证性测试用例怎么写？实施无关性需求规格说明的标准完整性是否包含所有需求FURPS一致性相互矛盾重复需求检查练习例1产品必须在固定的时间间隔内提供状态信息，并且每次时间间隔不得小于60秒。完整吗？清晰吗？例2分析程序应该能生成HTML标记错误的报告，从而使HTML初学者可以用它来快速排错。是否有歧义？可验证吗？例3如果可能的话，应当根据系统货物编号列表，在线确认输入的货物编号。“如果可能的话”是什么意思？需求检查练习例4产品不应该提供将带来灾难性后果的查找和替换选择。真正的需求是什么？例5系统对标准XYZ1.4.1的支持是可选的。有歧义吗？例6当用户选择

3、“紧凑内存”选项时，程序通过Huffman解析矩阵方法将邮件列表数据压缩到相应的大小。可测吗？代码无关吗？规格说明用语清单绝对的肯定总是、每一种、所有、没有、从不注意隐含的假设当然、因此、显然、必然模棱两可的词某些、有时、常常、通常、经常、太多、几乎不可测的描述良好、迅速、廉价、高效、稳定隐藏的需求已处理、已拒绝、已忽略、已消除缺少的分支如果…那么…（没有“否则…”分支）检查设计在编码开始前进行检查功能设计说明，消除歧义功能的用意、总体位置输入、输出可能的错误/例外接口定义交互细节实施建议检查代码通过检查代码发现模块中的错误通过代码检查能够发现大部分的错误检查代码研

4、究分析代码而不用实际执行包括可执行的代码和非执行的代码提供的信息度量标准容易产生错误的代码代码规则的执行流图和调用图的分析80%的问题是由于20%的代码引起的!度量元复杂度度量McCabeHalstead嵌套级别(最大/平均)规格度量行数语句数注释数声明数……代码审核内容分析容易产生错误的代码:控制流分析非结构化的代码死代码数据流分析未定义的数据的使用未使用的数据信息流分析断言分析代码审核内容流图和调用关系图作为理解代码的帮助作为审核符合设计的帮助作为测试设计的帮助作为调试的帮助代码规则的执行针对不同语言的特征格式和形式命名规范度量标准的强制静态分析方法审查：Ins

5、pection走查：Walkthrough自动化工具走查（Walkthrough）开发组内部进行的采用讲解、讨论和模拟运行的方式查找错误的活动限时-避免跑题参加人员经验丰富的开发人员和本模块相关的开发人员本项目组的新人由本模块的开发者进行讲解、回答问题并记录不要现场修改检查要点逻辑错误代码标准/规范/风格审查（Inspection）开发组、测试组和相关人员(QA、产品经理等)联合进行。采用讲解、提问并使用Checklist方式进行的查找错误的活动。以会议的形式，制定目标、流程、规则和结果报告。相关资料要在会议前下发并阅读。参加人员经验丰富的开发人员和本模块相关的开发

6、人员测试组和相关人员审查（Inspection）由另外一名开发者进行讲解、其他开发者主要按照Checklist进行提问并填表、本模块开发者回答问题并记录不要现场修改检查要点设计需求代码标准/规范/风格文档的完整性和一致性自动化工具基于编码规则LogiscopeLDRANuMega的CodeReview基于质量度量LogiscopeMcCabeLDRA如何使静态分析更有效？必须引入“别人”的眼睛根据团队及项目的实际情况，设计合理的实施办法有准备地进行应该有包含所有关注要点的Checklist把握会议时间每次以2小时为限可以进行多次白盒测试把测试对象看做一个透明的盒子利

7、用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致InputOutput白盒测试目标尽可能高的覆盖率对程序模块的所有独立的执行路径至少测试一次对所有的逻辑判定，取“真”与取“假”的两种情况都至少测试一次在循环的边界和运行界限内执行循环体测试内部数据结构的有效性执行效率逻辑覆盖以程序内部的逻辑结构为基础的设计测试用例的技术主要包含以下几种情况语句覆盖判定覆盖条件覆盖路径覆盖逻辑覆盖语句覆盖设计若干个测试用例，使得每一可执行语句至少执行一次判定覆盖设计若干个测试用例，使得程序中