软件测试基础理论知识1

软件测试基础理论知识1

ID:37537325

大小:108.50 KB

页数:18页

时间:2019-05-24

软件测试基础理论知识1_第1页
软件测试基础理论知识1_第2页
软件测试基础理论知识1_第3页
软件测试基础理论知识1_第4页
软件测试基础理论知识1_第5页
资源描述:

《软件测试基础理论知识1》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件测试基础理论知识软件测试分类按测试方式分类手工测试自动测试按是否执行被测软件分类静态测试动态测试按内部结构和算法分类白盒测试(结构测试/逻辑驱动测试)黑盒测试(功能测试/数据驱动测试)灰盒测试(届于白盒、黑盒之间,考虑一部分内部结构)按测试阶段分类单元测试集成测试系统测试验收测试按测试性质分类功能测试性能测试(负载测试、压力测试(区别)?、冒烟测试)安全测试配置测试兼容性测试一定进行的测试回归测试确认测试静态测试与动态测试的区别:配置测试白盒测试/结构测试软件测试静态测试动态测试黑盒测试单元测试集成测试系统测试验收测试性能测试安全测试兼容性测试灰盒测试/白、黑之间确认测试负载测试压力

2、测试冒烟测试功能测试静态测试静态测试定义指无须执行被测代码。而是借助专用的软件测试工具评审软件文档或程序,度量程序静态复杂度,检查软件是否符合编程标准,借以发现编写的程序的不足之处,减少错误出现的概率。静态测试在主机上完成,不需目标系统支持,测试的主要内容有编程标准验证、数据流分析技术、质量度量信息、代码结构可视化显示、测试外壳的创建。由此看出,静态测试只是对代码进行扫描分析,检测它的语法规则复杂度等是否符合要求,主要是为软件的质量保证提供依据,以提高软件的可靠性和易维护性。专用的测试工具:AutomatedQAAQtime:能实时/静态地分析软件的执行效率和代码性能,发现软件项目客户端

3、和服务器段的瓶颈所在、内存泄漏、消耗资源的代码及未经验证的算法。能够分析Delphi/BCB/VC/VB/GCC等工具开发的软件产品,此外,它有专门ForVS.NET的版本。AQTime是专业开发者在开发过程中消除臆测的完全方案,使开发者在完成项目时开发出坚如磐石的程序。通过AQTime无可匹敌的报告系统和测试分析架构,开发这不仅可以得知其项目中确实存在bug和瓶颈,而且会知道具体到哪个模块、类、线程、代码行出了问题,从而快速消除错误静态测试具有以下特点1、静态测试不必动态地运行程序,也不必进行测试用例设计和结果判断等工作;2、静态测试可以由人工进行,充分发挥人的逻辑思维优势;3、静态测

4、试实施不需要特别的条件,容易开展。静态测试内容  一、代码检查:1、代码审查---CodeInspection或CodeReview用人工审查被测试的程序。评测人员把这种方法称为“穿越程序沙漠”,因为面对动辄是数万行的代码,要求测试人员不但要读懂、“吃”透,更要查出错误2、代码走查---Walkthrough是以小组为单元进行代码阅读的,同样也是一系列规程和错误检查技术的集合。一般是由三至五人组成,其中一人扮演“协调人”;一人担任秘书角色,负责记录所有查处的错误;还有一人担任测试人员。与代码审查就是参与者“使用了计算机”。被指定为测试人员的那个人会带着一些书面的测试用例(程序或模块具有代

5、表性的输入集及预期的输出集)来参加会议。且在会议期间,每个测试用例都在人们头脑中进行推演,即:把测试数据沿程序的逻辑结构走一遍,并把程序的状态(如变量的值)记录在纸张或白板上以供监视。3、桌面检查对程序执行情况进行人工模拟,用逐步检查源代码中有无逻辑或语法错误的办法来检测故障代码检查内容:1、检查代码和设计的一致性;2、检查代码对标准的遵循、可读性;3、检查代码的逻辑表达的正确性;4、检查代码结构的合理性等方面。代码检查目的:1、发现违背程序编写标准的问题;2、发现程序中不安全、不明确和模糊的部分;3、找出程序中不可移植部分、违背程序编程风格的问题。变量检查、命名和类型审查、程序逻辑审查

6、、程序语法检查和程序结构检查等内容。代码检查前提:1、需求描述文档;2、程序设计文档;3、程序的源代码清单、代码编码标准;4、代码缺陷检查表。代码检查优缺点:优点:1、能快速找到缺陷,发现30%~70%的逻辑设计和编码缺陷;2、检查看到的是问题本身而非征兆。缺点:1、代码检查非常耗费时间;2、需要知识和经验的积累。  二、技术评审1、软件需求分析;需求分析的具体内容:  ·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求,通常在项目定义与范围文档中予以说明。  ·用户需求——描述了用户使用产品必须要完成的任务,这在使用实例或方案脚本中予以说明。  ·功能需求——定义了开发人员

7、必须实现的软件功能,使用户利用系统能够完成他们的任务,从而满足了业务需求。  ·非功能性的需求——描述了系统展现给用户的行为和执行的操作等,它包括产品必须遵从的标准、规范和约束,操作界面的具体细节和构造上的限制。  ·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。2、设计评审。  三、静态分析:静态分析主要是以图形的方式表现程

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。