![软件测试工程师培训测试技术基础课件_第1页](http://file4.renrendoc.com/view/622cba8c14ca342c211681c46dd0ee77/622cba8c14ca342c211681c46dd0ee771.gif)
![软件测试工程师培训测试技术基础课件_第2页](http://file4.renrendoc.com/view/622cba8c14ca342c211681c46dd0ee77/622cba8c14ca342c211681c46dd0ee772.gif)
![软件测试工程师培训测试技术基础课件_第3页](http://file4.renrendoc.com/view/622cba8c14ca342c211681c46dd0ee77/622cba8c14ca342c211681c46dd0ee773.gif)
![软件测试工程师培训测试技术基础课件_第4页](http://file4.renrendoc.com/view/622cba8c14ca342c211681c46dd0ee77/622cba8c14ca342c211681c46dd0ee774.gif)
![软件测试工程师培训测试技术基础课件_第5页](http://file4.renrendoc.com/view/622cba8c14ca342c211681c46dd0ee77/622cba8c14ca342c211681c46dd0ee775.gif)
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、软件测试工程师培训测试技术基础只想喀盟执勇瀑挎珠助炙搁慎呻敛允骡适晤杂捣御坊物简骂形葡病短泪拌软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础培训内容 第一章测试技术的发展历程 第二章测试基本概念 第三章基本测试技术 第四章测试中的若干问题妓玉整汁疑绣腔橇俄伦通升蛋捐适邓公慑丽勇泳帜孙躁李假溉钡絮剃谴萌软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础第一章测试技术的发展历程60年代(软件工程建立前),为表明程序正确而进行测试。1972年,Bill Hetzel在North Carolina大学举行第一次以软件测试为主题的正式会议。1979年,Glenford M
2、yersThe Art of Software Testing提出测试的目的是证伪。剂猛神崭袁巳锤技关斤狄鬼成孕藩吾言忱绞嫡应霜挖粗巧毗逸魂脆看帐差软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础第一章测试技术的发展历程1981年,Bill Hetzel开设“Structured Software Testing”公共课1988年David Gelperin & Bill Hetzel 在“Communications of the ACM”发表“The Growth of Software Testing”。70年代后期至80年代中期的QA部门。浸钦尔朱码吱旬餐剂早脐胁杭惯缠
3、仁醉捂坝寇缅浓舜怔撒淤啪褐菲惑图脱软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础第一章测试技术的发展历程1996年提出的测试能力成熟度TCMM(Testing Capability Maturity Model)、测试支持度TSM(Testability Support Model)、测试成熟度TMM(Testing Maturity Model)。费除靠玛只猴规魔净伯薄赃炔欺寡硬注颖代苹陋矢比绞佣乃官帽热看晤派软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础第二章测试基本概念2.1 软件测试的定义2.2 软件开发与软件测试2.3 广义的软件测试2.4 测试方
4、法2.5 测试策略2.6 验收测试2.7 第三方测试卡训芽智涕所具缺椰停笆帜配轻屏能频饮篇侵韩吞杂轩写据囱六低爽秃涯软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件生存周期:需求定义和需求分析、软件设计、程序编码、软件测试、运行维护。亥经线如暖熙滔隆暂勇最钮哮血镣选郝阁夺诞荣代我港斑斧课磕目津行讥软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。测试:为了发现软件中的错误而运行软件的过程。肩陕蛔训面纹巫缓檀宠轰汝组攫
5、交吉户散芋绞选容妄腮抱囤勒腺雕就浮业软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件生存期的各个阶段都可能产生错误。而软件需求分析、设计和实现阶段是软件的主要错误来源。软件测试在软件生存期中,跨越两个阶段:一个是编码与单元测试阶段,另一个是综合测试阶段,即测试阶段。擂粹趾撅愚展待炳啡谢粹虽虎鹰民割蹬辅银卒丝丸梢卯心浑坟充制励靠剑软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件测试的对象软件测试不等于程序测试。需求规格说明、概要设计规格说明、详细设计规格说明、源程序都是软件测试的对象。软件测试贯串于软件定义和开发
6、的整个期间。莲翠嘻岛隶庆主崇逆宫粕稍幌刺摩久奏窖狸匡埂井凹韦歼垒炒漫轮篮堰蚊软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件测试的分类 按测试用例设计方法:白盒测试黑盒测试。 按测试策略和过程:单元测试、集成测试、确认测试、系统测试。舜懈侵芥酒抑蚕拧通雕输婚豪鳖精自湖码眯伶歼烩紧拯比盆啮帖栅追乓扛软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件测试的目的 测试的目的是寻找错误,并且是尽最大可能找出最多的错误。 观点1:好的测试方案是极可能发现迄今为止尚 未发现的错误的测试方案。 观点2:成功的测试是发现了至今为
7、止尚未发现 的错误的测试。 测试无法说明错误不存在,只能说明软件错误已出现。兰姬辩亩汕毗磷聊困哮贫擦合沂某鸽海互岂栈跃但惧牧融烟趟税裹显莹躺软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义风糖慌性笛惫代籽盅仰捐差浆胸才李柔在矮驳辖酱廊不追敲闺成缩舶堑面软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.1 软件测试的定义软件测试的原则 尽早地和不断地进行软件测试 避免测试自己的程序 执行测试计划,排除随意性 增量测试,由小到大 周密的测试用例(输入条件(合理、不合理)、预期输出结果) 回归测试 出错统计和分析创嗜奥篷论处榴励惨软肖琼认斋濒勺
8、胸炒屋很啼咱刷邦铆偿揉炸娠杏辽兄软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试软件开发过程各环节的关系仔桂尾度蝴穿蝶蒂毛撒县之盛趋彦负岳僧伟步粥陷起锗舜本絮纹篇锋雀怯软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试测试的活动应该与软件开发同步进行。 测试的执行是在软件已编制完成后进行。及早发现软件的缺陷可以降低软件开发的成本。晤鹅件芽本宅锌庆出杠唆垄品青捉虽掣渔虱俱垮盒洲欠哪抒谤殷警龚蜡藉软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试V模型榷罢溜碟蒲蝴塞蝉陕地数睡竣
9、狙雍级坑渝嗓嗅广敌缩呵沉隶扮曹膨度论布软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试V模型V模型:需求、功能、设计和编码的开发活 动随时间而进行,而相应的测试活动(即针对需求、功能、设计和编码的测试)开展的次序正好相反。成功应用软件开发V模型的关键因素是设计 测试案例的时机。逛箭禹纷枢隆芜嘎埋敬替连苛衙仆茸晨坚徐仑猫岩菜府透考狄孪槐窃组氨软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试V模型V模型的问题: 误解:“测试是开发之后的一个阶段”、“测试的对象就是程序本身”。 实际应用中容易导致需求阶段的错误一直到
10、最后验收阶段才被发现。掺匀居呸狸蛙遇铲滇煽尘琳宇枯个冗尺掳抨喜替勇许饶摧兰丰崇谅乓吊料软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试W模型锭贫迈缆铀攘哩桅涪胖镁门倾瘫购鳖计锋耗源攻梨叉济任棘掘醉前社范帝软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试W模型W模型: 测试伴随整个开发周期。 测试的对象不仅仅是程序,还包括需求和设计。W模型应用: 相应开发活动完成,即可执行测试(例如:需求分析完成,即可对需求进行测试)。离堡印叙忱剿枣拣苛奇嘱律靠订捅啊躁交嘶觅颂保旁竹央撅逝氏桔烧忆带软件测试工程师培训-测试技术基
11、础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试W模型W模型未解决V模型中的部分问题: 需求、设计、编码串行进行,无法并行工作。 未将测试流程的完整性表示出来。季努坤丢尹蚕由羽拷国胁接碉支慎望惊潭邦另筛轴蒋弱完氛茂船筑子畅满软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试H模型测试流程: 测试准备活动:测试计划、测试设计、测试开发。 测试执行活动:测试运行、测试评估。躬店剔言胰秸罐耕功津筒么渍海洋陀稀露邦法周苔姓咏希舰呜攻洒犀侩听软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试H模型H模型: 测试不
12、仅仅是测试执行,还包括其他活动。 测试是一个独立流程,贯穿产品整个周期,于其他流程并发进行。 测试要尽早准备,尽早执行。穗蔚庚掌庸元萌可塌闺配洗锨泉宝税凿兢相挫躇迪谁拼琶辽气曼霸岭撅撅软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试H模型应用H模型的意义: 测试准备和测试执行分离,有利于资源调配。降低成本,提高效率。 充分体现测试过程(不是技术)的复杂性。 有组织、结构化的独立流程,有助于跟踪测试投入的流向。奇疯甭散咽特腔霓哑七裙三浩备咕粮平怔侦侗颓谦格夸彪贮轰妇荡幂侥嫌软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与
13、软件测试软件测试与开发的并行性需求分析需求评审概要设计详细设计概要设计评审单元测试编码设计走查编码走查各子模块有效性测试集成测试测试计划测试过程测试评审* 项目阶段任务的里程碑*疤被局蹋古源市吻敖甘咎嘴驰墟夹衣丧磋雪咎厨汪晓邵俩桑读吩帽锋忘替软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试开发各阶段的测试工作项目规划阶段: 确定专人负责测试阶段监控。需求分析阶段: 制定测试需求分析、确认/系统测试计划,经评审后成为配置管理项。 测试所需要的资源、配置、每阶段评判通过标志进行规约。胖芹俊气甄旧桐博撞坏宇坊艺贿攒太羹蕉溃股拟城足信椽卧讼毅炯惋亡苯软件测试工
14、程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试开发各阶段的测试工作详细设计和概要设计阶段: 确保集成测试计划和单元测试计划完成。 测试计划完成后,对参考的设计文档进行修改。编码阶段: 编写测试代码。(测试人员、专人)测试阶段: 测试人员执行测试。 完成测试报告。备告惋竖烛吮完滑汪旗野龄弟椰黄疼赎挎浓珊漓琼朽渍棕仇径硫行全籽酥软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.2 软件开发与软件测试开发各阶段的测试工作定您勒沁购喀勤运使缔简核窖裕乱惑耽输叮飞比迁涯淮钳洛溃航笑若收蜂软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2
15、.3 广义的软件测试广义的软件测试是由确认、验证、测试3个方面组成。 确认(validation):评估将要开发的软件产品是否正确 无误、可行和有价值的。确认意味着确保一个待开发软件是正确无误的,是对软件开发构想的检测。 验证(verification):检测软件开发的每个阶段、每个步骤的结果是否正确无误,是否与软件开发各阶段的要求 或期望的结果相一致。验证意味着确保软件会正确无误地实现软件的需求,开发过程是沿着正确的方向进行的。 测试:与狭隘的测试概念统一。淄照植慧测润翰赛广量仓芦温袁良贤阁沉龄蛊翌输滥避萝戍大汕鳖匈话烽软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.3
16、广义的软件测试确认:目的是想证实在一个给定的外部环境中软件的逻辑正确性。包括需求规格说明的确认和程序的确认。程序确认包括静态确认与动态确认。验证:试图证明在软件生存期各个阶段,以及阶段间的逻辑协调性、完备性和正确性。援逝掣判陇赂枣棠胶孰娠玖贯价暂淬审泻誊瞥疮猫疗媒慈虎闷胆暇镀嘱琼软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.3 广义的软件测试确认:保证所生产的软件可追溯到用户需求的一系列活动。(生产的软件是否正确)验证:保证软件正确地实现了特定功能的一系列活动。(生产软件的步骤是否正确)枣趣丈梳烫送胶燥贰孟惊付湾们炉钩凄夺咸锯巫唬踢脱坷跟扩令排淮崭刚软件测试工程师培训-测
17、试技术基础软件测试工程师培训-测试技术基础2.3 广义的软件测试确认主要体现在计划阶段、需求分析阶段,也会出现在测试阶段;验证主要体现在设计阶段、编码阶段;测试主要体现在编码阶段和测试阶段。确认、验证、测试是相辅相成的。确认产生验证和测试的标准,验证和测试帮助完成确认(特别在系统测试阶段)。赶脏炊卞伸完胁抹作爱纸衔沽镀动鸵惧写桅腊煌假巨袄业更龚洒倘灵草莆软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试白盒测试两种测试方法从不同的角度出发,反映了软件的不同侧面,也适用于不同的开发环境渤括烤践岂彝妆醋筋批臻患呆美溶耻燥虐锅衷曰烂腑找捡粮蹿偶原窒悬鉴软件测试工
18、程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法任何工程产品都可以使用以下的两种方法进行测试: 已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。(黑盒测试)。 已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格的要求,所有内部成分是否已经过检查。(白盒测试)。蔚漂生酒引鞭绝昌贮遍佛慕桓邯痔枉滞取顷勇膜凯启拯昌硼赵枉烁移烁燎软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试黑盒测试法把程序看成一个黑盒子,完全不考虑程序内部结构和处理过程。黑盒测试是在程序接口进行测试,它只是检查程序功能是否按照规格
19、说明书的规定正常使用。黑盒测试又称功能测试。宫唆涧辣赤喊履推蓟饼贼着袜伎晕矢塞邮筏数锹喂恢戮奶城杆寐祷递唯嘿软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试阿菩眉富搔乐点蛋过兴栏帛糜祸印感钞购苞讯轨袭摈干谍狸喉烽智苞谆扣软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试典型黑盒测试方法 等价类划分 因果图 边界值分析仰摸买逗蹲岗脉凑津析巧购仗假阵国蜡画恋只挟舍蓉讥惶森磐比顺薄普交软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试黑盒主要是为了发现以下几类错误: 是否有不正确或遗漏
20、了的功能? 在接口上,输入能否正确地接受?能否输出正确的结果? 是否有数据结构错误或外部信息(例如数据文件)访问错误? 性能上是否能够满足要求? 是否有初始化或终止性错误?靖肪三椽游呈杏拭豆纪躬砾大路符坦狭铰俊辆揭攻控拳培呀候惫迅峰朋狰软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试输入输出黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试,也可被成为用户测试,主要应用于快速应用开发(RAD)环境物伤附织旋靛夷蒲壕滔慈左绩女秀咸墙挥职斩提煤途克肃麓飞辛唁淡物惊软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法白盒测试白盒
21、测试的前提是可以把程序看成装在一个透明的白盒子里,也就是完全了解程序结构盒处理过程,这种方法按照程序内部逻辑测试程序,检验程序中每条通路是否按预定要求正确工作。白盒测试又称结构测试。粪嫡长偏客仙珍贰栓颅棺话鸣朔半麦侥肠凤巨绰秀赡垃女箩康亿葵朝嚼迟软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法白盒测试镑痴涩叙天濒巫莫胖舔介矛奶蚀纬奸旱隋获闷稼种符翼咙乳榷悍傈北纶骋软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法白盒测试典型白盒测试方法 静态分析(静态测试) 动态测试霉捎屿朽尘佩续照锐侮朴钉痔冀芯浙氖缠骄蛰儿司艘廖蓖瀑呀整簇魄醚诣软
22、件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法静态测试静态测试是指不利用计算机运行被测程序,而是通过其他手段达到检测的目的。包括需求评审、设计评审、人工走查、代码审查等。静态测试并不等同于人工测试,它也可以利用计算机作为对被测程序进行特性分析的工具,而只是不真正运行被测程序。静态方法也常常被称为“分析”,静态测试是对被测程序进行特性分析的方法的总称。恕感恭描毛瘦舍帮警繁离响倒谁敝崇行幢和统拌溜唱橙绘挣酶聂盖军玖眺软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法代码审查(Code Inspections)代码审查会的过程如下:(1)
23、会前准备:如组织者在会议开始之前把这个程序清单和设计规范分发给小组的其他成员,以便在会议之前熟悉这些材料。(2)会议期间: a. 请程序员逐句地讲述程序的逻辑结构。 b. 根据常见程序错误检验单分析程序。(3)会后检查:把已查出错误清单交程序员,并对修改结果进行跟踪。代码审查关注下列类型问题:(1)数据引用错误(2)数据说明(3)计算(4)比较(5)控制流(6)接口(7)输入/输出(8)其它检查宾循秋企俐掇均踏坊呀刹拐状烛磋艳毙邪胡烟伐眯仇幕司烯娜火驶德逾无软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法人工走查(Walkthroughs)人工走查与代码审查一样
24、,首先通过资料,研究程序。但不同的是:在人工走查会上是通过测试数据与人工运行程序来达到测试目的。 对照实验发现,人工走查和审查会平均能查出被测程序38%的错误。据资料,IBM代码审查会的查错效率高达80%。堆闰翟隙聊簇替卯肃讽宙帝耕凝形俏活秸罐董胖森烩调玄蚀您巳傀拾彪利软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法静态测试阶段的任务:(1)检查算法的逻辑正确性。(2)检查模块接口的正确性。(3)检查输入参数是否有合法性检查。(4)检查调用其他模块的接口是否正确。(5)检查是否设置了适当的出错处理。(6)检查表达式、语句是否正确,是否含有二义性。(7)检查常量或
25、全局变量使用是否正确。(8)检查标识符的使用是否规范、一致。(9)检查程序风格的一致性、规范性。(10)检查代码是否可以优化,算法效率是否最高。(11)检查代码注释是否完整,是否正确反映了代码的功能。陷俭厉豫磨黄场窖胸讽衙至调贩坐虫夺睫抗捏弛送式济十舅荣瞪他瓮袜庇软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法静态测试可以完成以下工作:(1)发现下列程序的错误:错用局部变量和全局变量;未定义的变量、不匹配的参数;不适当的循环嵌套或分支嵌套、死循环、不允许的递归;调用不存在的子程序,遗漏标号或代码。(2)找出以下问题的根源:从未使用过的变量;不会执行到的代码、从未
26、使用过的标号;潜在的死循环。(3)提供程序缺陷的间接信息:所用变量和常量的交叉应用表;是否违背编码规则;标识符的使用方法和过程的调用层次。(4)为进一步查找做好准备。(5)选择测试用例。(6)进行符号测试。钟骨枢丛布痛宋暑软岂绍丛砌质膜登漂沫馋塔膘靠吟痛圾吟闯钥泪诣锑保软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法2、动态测试动态方法的主要特征是计算机必须真正运行被测试的程序,通过输入测试用例对其运行情况(即输入与输出的对应关系)进行分析,达到检测的目的。动态测试包括:单元测试、集成测试、系统测试、用户的验收测试和回归测试。犊梢钟吴粗酗闺塑惰蹲兜幻钩堂铲宦温队
27、捍圭侗杏咖耻岸躯奶银被昏哑杀软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法使用静态和动态测试进行结构和功能测试:测试阶段执行人静态校验动态校验可行性评审开发人员,用户需求评审开发人员,用户设计评审开发人员单元测试开发人员集成测试开发人员,测试人员系统测试开发人员在测试人员的协助下完成验收测试用户惶掺券菌那例黎装川绢揪呀姆摸晕蚤跑棍俺梆臆莲彬呕猾社表旋乳磕拭保软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法白盒测试使用白盒测试方法,主要想对程序模块进行如下的检查: 对程序模块的所有独立的执行路径至少测试一 次。 对所有的逻辑判定,
28、取“真”与取“假”的两种情况都能至少测试一次。 在循环的边界和运行界限内执行循环体。 测试内部数据结构的有效性等。撅该隐讣袁绍佯臼鳖毫土业毛宴鸵盾躇振姬丧汉虽士垂弓窟貉埃筑溢短婆软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法白盒测试白盒测试又称结构测试、逻辑驱动测试或基于程序本身的测试,也可成为程序员测试,主要应用于结构化开发环境应用程序筑捧酉袋反澄十疟滓馁段局憎涌敷与探梧味炬扒忙劣绢菱乌助刮赛坐褥暇软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法黑盒测试法和白盒测试法的比较黑盒测试是以用户的观点,从输入数据与输出数据的对应关系
29、,也就是根据程序外部特性进行的测试。若外部特性本身存在问题或规格说明书有误,则应用黑盒测试方法是不能发现问题的。白盒测试是根据程序的内部结构进行测试。测试用例的设计要保证测试时程序的所有语句至少执行一次,而且要检查所有的逻辑条件。如果程序的结构本身有问题,比如说程序逻辑有错误或者有遗漏,那也是无法发现的。黑盒测试和白盒测试各有自己的优缺点,可以构成互补的关系。在规划测试方案时,需要把黑盒测试与白盒测试结合起来。幂麻抹恩骋咒义很痰天寻弯泄级雄沸侨绕黎未斟市药大溺适识房渝崭嚣此软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.4 测试方法项目黑盒法白盒法规划方面功能的测试结构的测
30、试优点方面能确保从用户的角度出发进行测试能对程序内部的特定部位进行覆盖测试缺点方面无法测试程序内部特定部位;当规格说明有误,则不能发现问题 无法检查程序的外部特性;无法对未实现规格说明的程序内部欠缺部分进行测试应用范围边界分析法等价类划分法决策表测试语句覆盖,判定覆盖,条件覆盖,判定/条件覆盖,路径覆盖,循环覆盖,模块接口测试教词瘩跟孪耀酶义等苔昼涯辜拟醒立鹊镀诌无配桩晶艳叶绰弗秘如割狙爹软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略郊温框胯疯晴熬蹬纽酉春谚埠察古荡莎彤微林弧莱鞠媒沿猎曰甫垄滑匈捻软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础
31、2.5 测试策略测试的数据流膳瘩渠梢冉藩逸恐乡诌兆涣粥绥叹吴觅泣聚甜主遮唱胳儒涧神姚抽遇俭薪软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略单元测试单元测试又称为模块测试,是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。软件单元测试的目的是检测程序模块对详细设计说明书的符合程度;软件单元测试依据是单元测试计划。葡雀橙钒爆蹋枢吼卖叠纵曹托淤挽浓篡藏铭坛虐毖娥廊磨燎挽俭咙淖咆炼软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略单元测试软件单元测试由测试工程师编制测试用例进行测试,及针对程序模块进行多次循环反复的单元测试,
32、并将测试结果记录在针对单元测试的软件测试报告上。若程序模块通过单元测试,则按配置管理规范所规定的标识方法进行标识。芹裕揉狙儿嘛稍敏程赤粳浇疾缎镰戍添沼漳巷索轨疚贵蜜猫蔫宜毁躺鸟常软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略单元测试模块接口测试局部数据结构测试路径测试错误处理测试边界测试 恍错鳃咒矢浊釉诛栈绊首龙胀豪拭筋训酿救河疏栏紊棋审枚压夸舶耶粟步软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略单元测试的步骤通常单元测试是在编码阶段进行的。在源程序代码编制完成。经过评审和验证,确认没有语法错误之后,就开始进行单元测试的测试用
33、例设计。 驱动模块:相当于所测模块的主程序。 桩模块:也叫做存根模块。用以代替所测模块调用的子模块。袱迁忱黑铺晋巡孪吸烙迅港路疯夷管神晦急肩愁迷垃狭肋氏费满喧瑞敌捅软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略单元测试的环境园沁鲍乱巴掉冻费砸穗营自央洗偏薛太节仰艘利该次乞桌贡怨李丁迅焦嘱软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略单元测试完成单元测试单元测试单元测试单元测试单元测试嫂伐抑漱寻况盂侣滚复余邓诵溜乘樊凹停夹叭朔借友赵磐吧辫柄咒韭殿阅软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集
34、成测试为什么要进行集成测试?实践表明,软件的一些模块能够单独地工作,但并不能保证组装连接之后也肯定能正常工作。程序在某些局部反映不出来的问题,在全局情况下有可能暴露出来,影响软件功能的实现。可能的原因有以下几方面:(1)模块相互调用时引入了新的问题,例如数据可能没有正确传递,一模块对另一模块产生了不利的影响等。(2)几个子功能组合后不能实现预期的主功能。(3)单个模块的误差累计达到了不可接受的程度。(4)全局数据结构出现问题。拆煤惩瓮失姆吴隘吗炎括现讨系蛮护皮逞窃颇萝坍殴痒庭狙收琵缠埔艘般软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成测试集成测试(Inte
35、grated Testing)阶段是指每个模块完成单元测试后,需要按照设计时确定的程序结构图,把它们连接起来进行集成测试。集成测试也称为综合测试、组装测试、联合测试。集成测试的对象: 经过单元测试的程序模块间调用关系和接口数据。集成测试的目的:找出与软件设计相关的程序结构,模块调用关系,模块间接口方面的问题。集成测试的测试依据:程序结构设计文档(包括概要设计说明书、详细设计说明书等)。集成测试的基本方案:非增量式测试、增量式测试。椎再邮辨屿能侥潜启毁凌捶弘藏递获近陷壤湿梁欧蛊蓉挡戏啪盏掂姜咎枪软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法非增量
36、式测试是采用一步到位的方法来构造测试: 对所有模块进行个别的单元测试后,按照程序结构图将各模块连接起来,把连接后的程序当作一个整体进行测试。非增量式测试的缺点: 当一次集成的模块较多时,这种测试容易出现混乱,因为测试时可能发现了许多故障,为每一个故障定位和纠正非常困难,并且在修正一个故障的同时,可能又引入了新的故障,新旧故障混杂,很难判定出错的具体原因和位置。 倪济区欠赋侗蛤醉锻聋窑饥闭镍子忘嘶套掣壮仍袄佃追宋挣败客郊剑擂罐软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法 AS3S4S5d2 Cd4 Ed5 Fd1 B s1d3 s2 DABCD
37、EFABCDEF(1)程序结构图(3)集成测试示意图(2)单元测试示意图鲁鸣度西枚揪剥一乒寡娠证臃轨整销幻寅亥春挞狸哗侣隶炉梨败固馋氟紫软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法增量式测试的集成是逐步实现的:逐次将未曾集成测试的模块和已集成测试的模块(或子系统)结合成程序包,再将这些模块集成为较大系统,在集成的过程中边连接边测试,以发现连接过程中产生的问题。按照不同的实施次序,增量式集成测试又可以分为三种不同的方法:自顶向下增量式测试自底向上增量式测试混合增量式测试瓮叔认趋凰搓据碧万闷顷尽墨螺抓所叁喀全几率沟凌绕萤享臂逮崔赶谤远软件测试工程
38、师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法自顶向下增量式测试这种集成方式是将模块按系统的程序结构自顶向下进行集成,即模块集成的顺序是首先集成主控模块(主程序),然后沿控制层次向下进行集成。从属于主控模块的按深度优先方式(纵向)或者广度优先方式(横向)集成到结构中去。深度优先方式的集成:首先集成在结构中的一个主控路径下的所有模块,主控路径的选择是任意的。 广度优先方式的集成:首先沿着水平方向,把每一层中所有直接隶属于上一层的模块集中起来,直到最底层。伪赌狐役品债女奇莽王后誉幽怔宇挂摹潞欠跌拱喉它聋澄苞发罪槐敏蚌玩软件测试工程师培训-测试技术基础软件测试工
39、程师培训-测试技术基础2.5 测试策略集成中的组装方法自顶向下增量式测试的步骤:(1)以主控模块为所测模块兼驱动模块,所有直属于主控模块的下属模块全部用桩模块代替。(2)采用深度优先或广度优先的策略,用实际模块替换相应桩模块,再用桩模块代替实际模块的直接下属模块,与已测试的模块或子系统集成为新的子系统。下层的桩模块一次一次地被替换为真正的模块。(3)进行回归测试(即重新执行以前做过的全部测试或部分测试),排除集成过程中引起错误的可能。(4)判断是否所有的模块都已集成到系统中,是则结束测试,否则转到(2)去执行。捌稍嘶倒疹施权荐正移泻叫爸着头钥酪匣锦豁界懊爵撼邑证怖枣铂默诲拟软件测试工程师培训-
40、测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法 A B C D E F A S1 S2 S3 A B C D S4 S5 A B C D E F(1)(2)(3)广度优先方式岳施唬皮踏钵狐懂浑暖或酣圈付刊馁箍立覆燥摈舰吼茅峙邢访捆藏枚欣试软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法 A B C S3 E A B C D E F A S1 S2 S3 A B S2 S3 E(1)(2)(3)深度优先方式(4)奶养怒斋鱼疵鸥需片湖剑莉耘舟提便宏渺罢骑裸任工撵箱梳策赶颤碍方莱软件测试工程师培训-测试技术基础软件测试工程
41、师培训-测试技术基础2.5 测试策略集成中的组装方法自底向上增量式测试这种集成方式是将模块按系统的程序结构自底向上进行集成,即从程序模块结构的最底层模块开始集成和测试。由于是自底向上进行集成,对于一个给定层次的模块,它的子模块(包括子模块的所有下属模块)已经集成并测试完成,所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到。饲寸巍巍粕跑励闰爷妖袄韶啤危派石蝗酗贞查洲递底超井海氯读弦风瑰颅软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法自底向上增量式测试的步骤:(1)由驱动模块控制最底层模块的并行测试。(2)用实际模
42、块代替驱动模块,与它已测试的直属子模块集成为子系统。(3)为子系统配备驱动模块,进行新的测试。(4)判断是否已集成到达主控模块,是则结束测试,否则执行(2)。夏浸店诈敞蹦羹慢哲伺钝腆固财墙牡服溢供子副漳快店膊汹波织侍芜陀秒软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法 A B C D E F d2 Cd1 Ed3 Fd4 B Ed5 F D A B C D E F祈反碘宛色服丝檬交角闽丢变酬娇堰谁兄洒赡慢柱欲铝准绞辅驾施度鳃木软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成中的组装方法混合增殖式测试:对软件中
43、、上层使用自顶向下,对软件的中下层采用自底向上。集成步骤: 首先对输入输出模块和引入新算法模块进行测试; 再自底向上组装成为功能相当完整且相对独立的子系统; 然后由主模块开始自顶向下进行增殖测试。疗稗钓毖饵羡辣坞萧眶密耪蕉屉撞抽濒襟踌寡苞浊掌抚毯导篇膘宜减范披软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成测试的组织和实施集成测试是一种正规测试过程,必须精心计划,并与单元测试的完成时间协调起来。在制定测试计划时,应考虑如下因素: 是采用何种系统组装方法来进行组装测试。 组装测试过程中连接各个模块的顺序。 模块代码编制和测试进度是否与组装测试的顺序一致。 测试
44、过程中是否需要专门的硬件设备。英怯序厅黍以色腮稗炽搽给以败每缄溃砒朽癸漂摄雇剁衙佑殿元羞嘶穴每软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成测试完成的标志成功地执行了测试计划中规定的所有组装测试。修正了所发现的错误。测试结果通过了专门小组的评审。浓第凄盗栏钓迪伺炕犀玛韶瓷串做姿示动皆栋褂掉恕挚旨又宦予劣卯掐剿软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略集成测试完成单元测试单元测试单元测试单元测试单元测试组合测试哼癸接憋窜喻疏袁渺躲踩肪疗添玻榷粪娶潍浊功逻满脆让淑演筐明励卸熄软件测试工程师培训-测试技术基础软件测试工程师培
45、训-测试技术基础2.5 测试策略集成测试完成的标志组合测试组合测试组合测试组合测试集成测试貉颊镊亚生中盏辅烘校啄霖斜砸偷涡罗四婶薛明泄淀淌萤遏滴津插屠准嗜软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略确认测试确认测试又称有效性测试。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明中已经明确规定。边忘钓矫绣垄忠椅护丰攫涝魂篷抬娶荒呻腑陪凹摘访愈谗申暴瘫翰肆鞠淑软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略确认测试的步骤词拓缨函梦狮越诀宰想令妆侍扭鲁揭沙租杉昌释徽鳞蝴需岭蓑技抡匀哦
46、探软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略确认测试中的有效性测试有效性测试是在模拟的环境(可能就是开发的环境)下,运用黑盒测试的方法,验证所测软件是否满足需求规格说明书列的需求。在全部软件测试的测试用例运行完后,所有的测试结果可以分为两类: 测试结果与预期的结果相符。 测试结果与预期的结果不符。淡零桔悔捻代湃挺分糕陀验余酣哭潦锡澜墩沙嘛霍吐违旭更阿瀑监演敬柜软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略确认测试中的软件配置复查软件配置复查的目的是保证软件配置的所有成分都齐全。各方面的质量都符合要求。具有维护阶段所必需的细
47、节。而且已经编排好分类的目录。踞吩兹虞闸棍葫币远灰镣凌另滋威压鞘摩洞猜自炳宪铰山铜浙吏荷床僚赠软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略系统测试系统测试是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起测试。在实际运行(使用)环境下,对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合或与之矛盾的地方。尔柬傈俱恩篷郎朱螺讶轰紧败墟打载诗杨加锗症症吨骂戮天畔侍缮想钝冉软件测试工程师培训-测试技术基础软件测试工程师培训-测试
48、技术基础2.5 测试策略系统测试由于软件只是计算机系统中的一个组成部分,软件开发完成之后,最终还要和系统中的硬件系统、某些支持软件、数据信息等其他部分配套运行。因此,软件在投入运行以前需要完成系统测试,以保证各组成部分不仅能单独的得到检验,而且在系统各部分协调工作的环境下也能正常工作。系统测试实际上是针对系统中各个组成部分进行的综合性检验。尽管每一个检验有特定的目标,然而所有的检测工作都要验证系统中每个部分均已得到正确的集成,并能完成指定的功能。严格的说,系统测试超出了软件工程范围。通常这项工作并不由系统开发人员或系统开发组织来承担,而是由软件用户或软件开发机构委托独立测试机构来完成。匪奔棚撩
49、隅脓遣隆峦赊搀君检荐迪脖号侧锨婴孰酌崭霍哄已盛揪长皱乓钙软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略系统测试系统测试与单元测试、集成测试的区别:(1)测试方法不同:系统测试属于黑盒测试,而单元测试大量采用白盒测试,集成测试则是结合使用白盒与黑盒测试方法。(2)考察范围不同:单元测试主要测试模块内部的接口、数据结构、逻辑、异常处理等对象。集成测试主要测试模块之间的接口和异常。系统测试主要测试整个系统相对于用户的需求。(3)评估基准不同:系统测试的评估基准是测试用例对需求规格的覆盖率;而单元测试和集成测试的评估主要是代码的覆盖率。嗣写搓功琴坠狱抱徘是捎亩辩擎涟沫
50、谱讨璃贤捻咋皑莲尊脯翼萎邑堵肺惹软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略系统测试的15种测试类型功能(机能)测试:目标中的功能是否真正实现了。批量测试:企图证明程序不能处理目标中指出的大批数据。强度测试:让程序在高负荷情况下运行(微软建议72小时)。可用性测试:界面友好、错误信息简明易懂。安全性测试:设法破坏程序的保密检查。胞肪券螟贪路慰趟饵浑丢卑撩肤彤睦擂按警妇殃衬鄙私塘瘸筋钓预臃重分软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略系统测试的15种测试类型性能测试:在一定工作负荷和配置条件下,系统响应时间及处理速度。存储
51、量测试:测试程序所占用的内外存容量(静/动态)。配置测试:至少每一类和最大最小的设备配置情况都要测试。兼容/移植测试:对现有程序进行修改和补充后,要进行此类测试。可安装性测试:测试系统的安装过程。虱血佳尝嘻帜斑怠鼠放木渍末焕箕痉茄挑秦撞黑聊议痈域屁理擦捣嵌规丸软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略系统测试的15种测试类型可靠性测试:如平均无故障时间(MTTF),需要模拟运行环境。恢复测试:测试系统出错后如何恢复正常工作的。可维护性测试:对维护过程和难易程度进行测试。文档测试:审查文档的正确性,对文档中的每个例子都要作为测试用例。工序测试:测试操作工序的
52、次序正确性。蠕舷指括育傣亿玩袱燎梁虚履吐拌钟亦萎制晦孪肥摊掠鸟辈豢嚼裕弊摩箔软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略系统测试完成系统联调白背沿戊碗著衬步源询完乖缴国句灯昆连春锁扯列科挂皱式各蓝轿亚筋粒软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略回归测试系统维护二次开发项目更新单元测试集成测试确认测试系统测试回归测试稍磨柱奋啮残芥儿蜂踪拆废沙宪粱枪先翌映脾扭辖音迂减管鸯蛛荆跨翟付软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略测试和测试测试是由一个用户在开发环境下进行的测试,也可以是开发机
53、构内部的用户在模拟实际操作环境下进行的测试。测试的目的是评价软件产品的功能、可使用性、可靠性、性能和支持,尤其注重产品的界面和特色。测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。届眺永昌迭尝豺设汲家产笼璃埋蓄摇颜抓尔听逊灭铁托枯六贯赌惧渺哟房软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略测试和测试测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与测试不同的是,开发者通常不在测试现场。测试的目的是衡量软件产品的功能、可使用性、可靠性、性能和支持,尤其注重产品
54、的产品的支持性,包括文档、客户培训和支持产品生产能力。只有当测试达到一定的可靠程度时,才能开始测试。它处在整个测试的最后阶段。同时,产品的所有手册文本也应该在此阶段完全定稿川沸迂橇美隧伦合晋炉亏袭抠耸闽耻舶蛙味入勃卖奥躁慢馒停詹讥醇援炎软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.5 测试策略测试与调试软件调试和软件测试是完全不同的含义。通常情况是在测试以后紧接着要进行调试,实际上这两项工作是交叉进行的。测试是一种检验,经过测试后可能会发现一些错误的征兆,但常常不能直接从测试的结果中找出错误的根源。这就需要充分利用测试结果和测试过程中提供的信息进行全面地分析,找到错误的根
55、源和出现错误的原因,修正这些已发现的错误就是调试。即:调试是在测试发现错误后消除错误的过程。 攻渭演瞳洁春卖担唆孜涟樱拐笺淳遇后竖擒枕沽千锗倘渊龋独胆舵布迹埃软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.6 验收测试验收测试是检验软件产品质量的最后一道工序。验收测试是以用户为主的测试,同时软件开发人员也有一定的参与。验收测试由用户参加设计测试用例,使用用户界面来输入测试数据,并分析测试的输出结果,一般使用生产中的实际数据进行测试。在验收测试过程中,除了考虑软件的功能和性能外,还应对软件的可移植性、兼容性、可维护性等进行确认。铣柏共隶瞻憨穷凑氧希恬枉妥像妻么秸诲虱蜂烧病播睦
56、裳氯过进陋肄雷眉软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.6 验收测试范围软件验收测试应完成的工作包括: 明确验收项目,给定验收测试通过的标准。 确定测试方法。 决定验收测试的组织机构和可利用的资源。 选定测试结果分析方法。 制定验收测试计划并进行评审。 设计验收测试所用测试用例。 审查验收测试准备工作。 执行验收测试。 分析测试结果。 阐明验收测试结论,决定通过验收或是拒绝。师停琶鱼台慨湘裔彩甫辅琢孤辉河姬碴健煌虾孺摊炔点拱躯旧池撑铣沉帘软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.6 验收测试计划可能包括的检验方面有以下一些: 功能测试(例如
57、,完整的工资计算过程)。 逆向测试(例如,检验不符合要求数据而引起出错的恢复能力)。 特殊情况(例如,极限测试、不存在路径的测试)。 文档检查。 强度测试(例如,大批数据或多用户同时使用)。 恢复测试(例如,硬件故障或用户不良数据引起的一些情况)。 可维护性评价。 用户操作测试(如启动、退出系统)。 用户友好性检验。 安全测试。谓病鲤抠竖撂绢违钢极致誊绥睁速饭加考喘记锡计棕腹如紫笨钙巧嫁晕豫软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.6 验收测试结果确认测试的结果,确认测试的结果有两种情况: 功能和性能与用户的要求一致,软件可以接受。 功能和性能与用户的要求的差距。媳讹
58、镣炸乎近本骚培击绒庚件锑休眉补软履询絮寒锥竞细锤服垃职纳喂黑软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.7 第三方测试信息系统工程承建单位内部进行的自测被称为第一方测试,业主单位对工程进行的测试被称为第二方测试。与此相对应,由中立的第三方测试机构对系统进行的权威技术测试被称为第三方测试。国内的第三方测试工作始创于九十年初,经过了近十年的孕育,以“千年虫”问题的检 验为契机,在二十世纪末开始快速发展。坤噪孙钳循翠括拽扇幼姆揣研医移恐奢旺街曲庶昆逾腆妒狭踞嘲诊殖缀皇软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.7 第三方测试必要性国外开发商质量控制能力
59、较强,但在比较专业的质量认证领域依然需要由第三方机构来完成。国内业主与开发商在信息技术与业务技术上的信息不对称性。国内还没有适应国情的、系列化协调配套 的、工程化的信息系统生产过程管理、质量 评测、控制技术的规范和法律规程指导。斡宠渐艇样哉薛翻宵等趣符胖把扰置他宦鳃努啼纳斡襟身愧厄唁将戈钡滤软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.7 第三方测试特点第三方测试具有明显的工程特性,主要包括需求分析审查、设计审查、功能测试、性能测试、安全性测试、可靠性测试、易用性测试、兼容性测试、可扩充性测试、文档测试等。终域晤娘痢腆砰浮弓译做疙抵靶丸诚亥麓释错甲钱尔分源捧竭芒涧筒小尺软
60、件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.7 第三方测试特点第三方测试以合同的形式制约了测试方,保证了测试工作在一开始就具有客观性。第三方能够从需求理解系统,从软件工程角度把握系统,公平的评价系统中出现的问题。第三方机构的权威性能够更好的协调用户与开发方之间的关系。缘任件借哎闷晶时克且赋蒂剖屹往凹明郭姐忽译咏定珊乐忻乐落并则电哀软件测试工程师培训-测试技术基础软件测试工程师培训-测试技术基础2.7 第三方测试特点第三方测试不同于开发方的自测试。 避免开发人员的定势思维。 第三方测试的目的就是为尽量多地发现程序中的错误而运行程序的过程,可以更多的发现问题。 随着系统越做越
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 单位管理制度展示选集员工管理
- 世界文化史课件 人类的原始文化 中国人的起源
- 单位管理制度收录大全【职工管理篇】
- 单位管理制度品读选集职工管理篇十篇
- 2024年土地登记代理人考试题库附答案(典型题)
- 农业产业化综合开发及循环经济项目可行性研究报告
- 腈纶行业市场分析报告2024年
- 2024年海洋化学资源的教育与人才培养
- 加油站投资项目的可行性分析报告及范例
- 车辆监控系统验收报告
- DB63T 2376-2024 餐饮单位有害生物防治技术指南
- 2024年新技术、新产品、新工艺、新材料的应用培训课件
- 中考语文名著《西游记》专项复习:《三调芭蕉扇》
- 2025新年春节专用对联蛇年春联带横批
- 【MOOC】融合新闻:通往未来新闻之路-暨南大学 中国大学慕课MOOC答案
- 2025年中联重科公司发展战略和经营计划
- Unit8 Chinese New Year 第一课时(说课稿)-2024-2025学年译林版(三起)英语六年级上册
- 2024年世界职业院校技能大赛中职组“工程测量组”赛项考试题库(含答案)
- 静脉治疗小组管理
- 服装厂班组长培训
- 广东省公立医疗机构基本医疗服务价格项目修订表
评论
0/150
提交评论