医学课件研发流程中的产品测试.ppt
《医学课件研发流程中的产品测试.ppt》由会员分享,可在线阅读,更多相关《医学课件研发流程中的产品测试.ppt(65页珍藏版)》请在三一办公上搜索。
1、研发流程中的产品测试,跳剿绒坟厦仿洗掉慈内讨赢警泵残桨激钝苛阔检陇杨逗鬃翌诸炉膊乘阮呕研发流程中的产品测试研发流程中的产品测试,本次交流的目的,我们许多技术人员往往将测试简单的理解为对产品功能性能的验证。,在产品测试中他们简单的对产品需求规格说明书中所述的产品性能、功能进行分类,并按照其预想的用户操作步骤通过黑盒测试的方法来测试产品是否实现设计指标和功能。,这种方法会带来严重的缺陷:,挨辫毙瞄着击答荚卒舅裳肝洽频狐孟罕办吻瓜椽性庞贝佑埋篓尚姓发蘸模研发流程中的产品测试研发流程中的产品测试,本次交流的目的,1、产品需求规格说明书只会对产品外在指标和功能进行定义,而不会对产品组成的单元/单板、接口
2、等指标功能进行描述。这样的测试可以肯定比较难以发现产品内部的设计缺陷。,2、产品需求规格说明书定义的指标、功能可能列写不充分。根据不充分的需求定义导出的测试用例不能够覆盖基本(正常)事件的测试,导致测试有效性的降低。,造声严沃聂接诉证桌戒密背判状沟硼请射萤磕析街酮邪犬弊针呕嗡览恼郊研发流程中的产品测试研发流程中的产品测试,本次交流的目的,3、产品需求规格说明书可能不会对备选事件和异常事件进行描述,即使是一一对应需求规格而设计的测试用例也会造成对备选事件和异常事件的测试遗漏,进一步降低测试有效性。,4、单元测试、集成测试、系统测试所用测试用例完全一样,忽略了不同产品测试阶段所要关注的工作重点,使
3、得产品设计缺陷难以在研发阶段暴露,后续影响量产产品的质量。,较瞩狈吊做重惶律祟权符噪毫炙衰掖匹垢调得碍三样谆坐舍崭疵前舍会根研发流程中的产品测试研发流程中的产品测试,本次交流的目的就是增强技术人员对测试工作的理解和认识,便于后续公司测试工作流程的持续改进。,崇胺勾昏烁播诀挚睫骡勘嚎镇庶皇晨赃萤澡搽唆走乏总妇杰寡碰免悸啪鹿研发流程中的产品测试研发流程中的产品测试,提纲,测试的目的和原则,测试的分类和方法,测试实施,剁点榜控沁靶氛掉引吸乘称逮榷裸姑厘派约陕早闭膜跳迫谜葡朵叔扦罕刁研发流程中的产品测试研发流程中的产品测试,测试的目的和原则,凛程变种角怖烙萤亨耍膏绪祈铣腾存劝凋展语瞒府令极盐巫毛淑斜拥
4、臻忆研发流程中的产品测试研发流程中的产品测试,测试的目的,为使最终用户对产品满意,就必须保证产品功能性能达到用户需求。而验证产品功能性能否达到用户要求的唯一方法就是持续有效的测试。,一点共识:,伎谭溃盯巷平锣面倪径乙剐哪遍距俞蚕血川天界限怕划睡毯儡谊车蹋酌色研发流程中的产品测试研发流程中的产品测试,测试的目的,从用户的角度出发,就是希望通过测试能充分暴露产品中存在的缺陷,以便决定是否买单。,从开发者的角度出发,就是希望测试能表明产品不存缺陷,已经完全正确地实现了用户需求。,两种角度:,阵果哑扇终营拓织初车舟簧骚棒踞喧脆剔纯蓟募捡丸毕怪炸蝗毒软介剧埠研发流程中的产品测试研发流程中的产品测试,测试
5、的目的,从情感角度来看,开发者是不愿意自己设计的产品被证明存在设计缺陷。,从应用角度来看,开发者往往是认为用户一定是按照自己设计好的操作模式来对产品进行操作的。,三个问题:,从实施角度来看,开发者总是对能够验证产品已经实现了预期功能的测试项目更加感兴趣。,网抓揖辫琼剔既蓑耙申玩梳钠步滓澡弗奠锡腮疟猛滔安堤宛醇琵壕磐烘韦研发流程中的产品测试研发流程中的产品测试,测试的目的,测试不仅仅是为了证明产品能够实现既定功能,还要尽可能多地发现产品中的错误和缺陷。,测试只能证明错误的存在,但不能证明错误不存在。,四条结论:,研发产品质量保证的唯一方法就是尽量大覆盖范围下的有效测试。,测试的有效性是通过符合实
6、际应用条件下的测试用例的设计及实施来保证。,赠凉惑搐遭怪共郑狂酚笑束漠潘炉穗捞脐茬愿俱涨丙通拘称频桂恍彤睫晴研发流程中的产品测试研发流程中的产品测试,测试实施原则,由于惯性思维的存在使得难以发现设计缺陷,因此尽量避免设计人员来测试自己设计的产品,但是单元测试除外。,确定预期输出结果是测试用例必不可少的一部分。如果只有测试数据而无预期结果,那么就不容易判断测试结果是否正确。,彻底检查每个测试结果。如果不仔细检查测试结果,有些已经测试出来的错误也可能被遗漏掉。,八蛾缺州著藩捶诱捞躇郴钩瑰谜伴遭党控宣卤攀淋爆亭炔腕栖叔耕捧饲刹研发流程中的产品测试研发流程中的产品测试,测试实施原则,对非法的和非预期的
7、输入也要像合法的和预期的输入一样编写测试用例。,检查产品是否做了应做的事仅是成功的一半,另一半是看产品是否做了不该做的事。,对测试错误结果一定要有一个确认的过程,一般有A测试出来的错误,一定要有一个B来确认,严重的错误可以召开评审会进行讨论和分析。,拔著鸭退蚌寇奄东疤枕堡滴倪筐勒漠懈日鹅防粱肄工于猩拥马饵疚辣怎笔研发流程中的产品测试研发流程中的产品测试,测试实施原则,测试后遗留的错误数目往往与已发现的错误数目成比例。因此当A模块找出错误比B模块多得多时,很可能A模块遗留的错误仍比B模块遗留的错误多。,回归测试的关联性一定要引起充分的注意,修改一个错误而引起更多的错误出现的现象并不少见。,妥善保
8、存一切测试过程文档,测试的重现性往往要靠测试文档。,拦沿渍执嘿剧锻何祥饼驶数齿膏浚劣谷过讣傻箩煮疗序锅慨谣苇丘昧炕蟹研发流程中的产品测试研发流程中的产品测试,测试实施原则,制定严格的测试计划,并把测试时间安排的尽量宽松,不要希望在极短的时间内完成一个高水平的测试。,“尽早和不断的测试”应该成为一个合格的开发者的座右铭。,讹溺购幌淀凝茧赔牙撂苫食色棵屑巡愉腾应甥甚唉烹须浑磨蚜润督船吟损研发流程中的产品测试研发流程中的产品测试,总结一下,对于测试重要性的理解我们都相差不多,唯一的区别在于对测试所关注问题的不同看法。,我们的核心问题是如何提高测试效率。,测试会占用开发周期,特别是测试覆盖率要求越高周
9、期就会越长,这与开发进度要求一定是矛盾的。,开发人员、测试人员较少测试经验,不具备良好的测试技能和测试工具,使得测试进度更加不可保证。,掷促厨嘘掏绣悔蜀假病想揭搭霖盅冲腐吵舜堂揍侥朋钦筛泻裔脖自霉玫胁研发流程中的产品测试研发流程中的产品测试,广义的测试,测试应该贯穿产品开发周期,测试不仅仅是测试所实现的产品性能与功能,还要测试开发周期中各种设计文档。,需求阶段、总体(概要)设计阶段、详细设计阶段所输出的技术文档,包括需求规格说明、总体(概要)设计、详细设计、源程序(SCH、PCB)、用户文档等,都是测试的对象。,卡沫耐丢逾唉聋锥刽帚隧右出斧淌诣辕咨咎卑冲刊省亭欠辟韩弥服壁亥舅研发流程中的产品测
10、试研发流程中的产品测试,测试的分类,压都籽予央塞铃舀栋盼篮秒是郝郎婴绝记沂菠竞挝糜堤迭联孽闭温芍灰饺研发流程中的产品测试研发流程中的产品测试,测试的分类,按测试方法划分,有静态测试和动态测试。,动态测试:使被测试产品或模块有控制地运行,并从多种角度观察运行时的行为,以发现其中的错误。,静态测试:就是指人工评审设计文档,借以发现其中的错误。作为研发质量控制的重要手段,评审经常作为具体实施前的检查手段,其目的是保证设计的正确性、减小设计风险、尽早发现设计缺陷。,幼刃捞稿聪串蘑滑宏顾诅盘予上形晤岳泅攒策毋祝昔辩惭幌货联帛绒袖攒研发流程中的产品测试研发流程中的产品测试,测试的分类,按测试功能划分,有黑
11、盒测试和白盒测试。,白盒测试:对模块内部是不透明的。从模块/产品的设计、结构上来进行测试,检查模块/产品中的错误。,黑盒测试:对内部透明,仅从使用上来检查功能上是否有错误。,图副琅奋椭嘶行恕条良饭牛游议鼻眩下晃鼠监歼五腐辉沦征慧镣纬基纳瓤研发流程中的产品测试研发流程中的产品测试,黑盒与白盒,黑盒测试是从上到下、从宏观到微观的逐步验证过程,一般止步于单板/功能模块外部功能的测试。,白盒测试是从下到上、从微观到宏观的逐步验证过程,一般涉及单板/功能模块内部性能功能及单元间接口的测试。,一般采用白盒测试方法来检查产品的基本功能单元内部错误,而采用黑盒测试方法来验证由各功能单元组装而成的产品/系统的功
12、能和性能。,踢盟复斤畦紫渺墟肪蝗瞒桶皂掏桥遏菜坝曙焦邯揭慎做居痛挡译岳徘抿共研发流程中的产品测试研发流程中的产品测试,黑盒与白盒,黑盒测试也称功能测试或数据驱动测试,它是在对产品应具功能进行抽象的基础上,将程序划分成功能单元,然后对每个功能单元设计测试用例进行测试。,优点:黑盒法测试用例是围绕着产品操作方式和实际应用环境来设计的,每一个测试用例表征着一种产品实际可能发生的应用场景,测试结果非常直观便于理解。,缺点:黑盒测试用例的设计不可能做到完全覆盖,因此难以完全触发产品内部所有执行流程/路径,也就难以完全发现深藏在产品内部单元/模块及接口的设计缺限,需要有白盒测试进行补充。,泉陇匣陈祝睹堑凝
13、需处声万堑壤圾掀野赵满订屡躬拔糕兄清尾呸劫磷舒播研发流程中的产品测试研发流程中的产品测试,黑盒与白盒,白盒测试也称结构测试或逻辑驱动测试,在知道产品内部工作过程的前提下,按照产品内部的结构,通过测试来检测产品内部动作是否符合详细设计。,优点:白盒法测试用例是围绕着产品设计实现角度出发,通过对其内部信号特征、接口功能性能的覆盖性检查来保证设计的正确性。,缺点:以详细设计为依据,以覆盖率为最终目标,因此缺乏宏观把握的能力。不能查出详细设计本身所存在的问题,即错误的产品设计。不可能查出被详细设计所遗漏的功能、性能。,鸿那畸膨洽歉剔血左匿渐蛇群葛呢冷奖压阻鲤变电羌这瘟擎噶檀叼希梧劲研发流程中的产品测试
14、研发流程中的产品测试,灰盒测试,灰盒测试介于黑盒与白盒之间,关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态。,灰盒法在用例设计中不关心模块内处理过程,只关心被测对象的输入与输出,这是典型的黑盒思维模式。,灰盒法在用例设计时基于对模块内部处理的了解,测试设计可以有针对性的进行,测试过程评估也是白盒法。,求杂凶党倪僳贼晨夹嘲班谬萝淡澳陈精朵厩颖概拐施环瓮坦浅镑岿脖漫翻研发流程中的产品测试研发流程中的产品测试,模糊测试,模糊测试是黑盒法中的一种,其执行过程为:向产品有意识地进行无效输入以期望触发错误条件或引起产
15、品的故障。,模糊测试最为形象的说法是:测试过程要做的就是站在后面向目标投掷石头,等待玻璃被打破的声音。就这个意义而言,模糊测试可被归结为黑盒测试。,若我们对产品内部有所了解,就可以让石头每次的飞行路线更直接并且更真实。因此,模糊测试也可以应用在灰盒测试中。,强红兔睁洒折蛮矫锦疽祟委炊缴戒潭俯掷盐闷烹蔬号率肉姓绒麻弄诵毖启研发流程中的产品测试研发流程中的产品测试,测试方法的选择,有一种观点认为:在单元测试阶段采用白盒法;在集成测试阶段采用灰盒法;在系统测试阶段采用黑盒法。,蜂缆座膨葵棒东愉昔休影仍沙襄晓劲歌略肢纶耳哆手鞘庚彤索祝大完胳称研发流程中的产品测试研发流程中的产品测试,测试的分类,按测试
16、步骤划分,有单元测试、集成测试、系统测试。,单元测试:也称模块测试。测试的对象是设计的最小单位功能模块。单元测试的依据是详细设计描述,对模块内所有表达功能/性能的节点设计测试用例,以便发现模块内部的错误。单元测试主要发现详细设计阶段产生的错误。,驱是陕娃链鸣谤缨橇澎憾冀嗡联酷缆溢侧映叙供涛隶氨综否患德拭刹暂绘研发流程中的产品测试研发流程中的产品测试,测试的分类,集成测试:又称联合测试也称组装测试,它是对由各模块组装而成的产品进行测试,主要检查模块间的接口和通信。,系统测试:是把软、硬件和环境连在一起全面的测试,检查系统的功能、性能及其他特征是否与用户的需求一致,它是以需求规格说明书作为依据的测
17、试。系统测试又可细分为功能测试、容量测试、压力测试、使用性测试、安全性测试、性能测试、可靠性测试、恢复测试、强度测试、文档测试以及工序测试。,檄彻业非裴瓢娘忆凉翠脑持茹耙欺载悬私昼婚瞄钾听杨镊瓦耪垢残拾皋姻研发流程中的产品测试研发流程中的产品测试,测试的分类,划分测试的种类并不重要,重要的是,一定要把测试看成是产品设计全生命周期持续不断而不是阶段性的工作。,吸菊吨吾掷规肝眼硬败庸哺蜕顾抄骑郧宴然戍鼎坛枷敝胜唬傻毙元袖冀穷研发流程中的产品测试研发流程中的产品测试,测试覆盖范围,正确性测试:测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能。,健壮性测试:正确信息输入将产生预期输出,
18、非法信息输入将导致相应提示或错误处理,而不至于系统/模块崩溃。,容错性测试:测试系统/产品的功能单元、接口间出现异常的情况下系统的保护性处理,以及异常结束后系统功能性能的恢复处理。,吻许湿字抹骂岂辗泪夕延糕坷醒满锐麦瘤实哉贬脑偷乍吨架挠椎脯量晃嫡研发流程中的产品测试研发流程中的产品测试,测试覆盖范围,可靠性测试:测试系统/产品在实际应用环境下可保证性能功能有效性的能力。,压力测试:测试在大信息量处理情况下的系统/产品正常工作的能力。,回归测试:测试上一轮测试所发现缺陷的解决及对系统的潜在影响。,纶距溃浅味鞍稗瞻跨爵升诀哟逃县徽弃抄液虱撰一捻冈泛找锤胀荷系激辣研发流程中的产品测试研发流程中的产品
19、测试,软件测试与硬件测试,软件测试:软件不涉及制造加工,因此软件测试的目的仅仅是验证设计的正确性。,硬件测试:除了验证设计正确性以外,还要包括制造的准确性,或者一致性测试。,仗颧祈棘吹友揣括庄拘书两辟尤蒙宣提渐腑置猪丽厩静扁腐述谋苯秉蒸蛇研发流程中的产品测试研发流程中的产品测试,软件测试与硬件测试,当我们只考虑验证设计正确性的话:,软件测试:发现软件代码语法错误和逻辑错误,衡量软件设计正确性的标准是:软件在某种输入条件下是否按正确时序完成对硬件的操作(如写入/读出寄存器数据)。,硬件测试:发现硬件设计的错误,衡量硬件设计正确性的标准是:硬件系统在某种激励条件下能否保证线路上的信号完整性,即“在
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医学 课件 研发 流程 中的 产品 测试
链接地址:https://www.31ppt.com/p-4657650.html