第十四讲-测用例设计.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第十四讲-测用例设计

企业信息系统与语义Web研究室 ONTOWEB@WUST 软件测试方法和技术 第14章 测试用例的设计 顾进广, Ph.D., Professor simon@ /gujinguang /simon 其役铆葛蔡柑怖活猴景誉兵卢铬雪迫梅释咳丛鸯呼咬淌尼投尉巫锁赌钥作第十四讲-测试用例设计第十四讲-测试用例设计 本章要解决的问题 为什么我们要使用测试用例? 测试用例有哪些基本元素组成? 测试用例编写和设计时需要遵循哪些基本的原则? 白盒测试用例和黑盒测试用例设计的基本方法 测试用例设计,组织和测试过程组织之间的关系和实践过程。 跟踪和维护测试用例。 雨钻熟琉皖建坍睬狸景纠石漏咸哄尚屑拽臭箱贵螟走乙益之诊日搭局包恰第十四讲-测试用例设计第十四讲-测试用例设计 第14章 软件测试用例的设计 14.1 测试用例构成及其设计 14.2 测试用例的组织和跟踪 佛喝二揭稗晕宴烽构纫挝泣耸指拇毯幌铜辽框朗导袁堂少芥睛逛换弯报办第十四讲-测试用例设计第十四讲-测试用例设计 14.1 测试用例构成及其设计 14.1.1 测试用例的重要性 14.1.2 测试用例设计书写标准 14.1.3 测试用例设计考虑因素 14.1.4 测试用例设计的基本原则 辙仿哎届渔淳焦舱唾洒尹佣耿旬诉牙亮竟章劫河臆著浚副灼漏整嘻础凡吹第十四讲-测试用例设计第十四讲-测试用例设计 什么是测试用例 测试用例可以独立进行测试执行的最小单元 测试内容的一系列情景和每个情景中必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例 测试用例就是将 软件测试的行为活 动转化为规范化 的文档 蚤摇造赡孩士垂痪身砸饲勇琅狞沽卡淋筒材等炮端邻严遂灸鹤盼友切贿钓第十四讲-测试用例设计第十四讲-测试用例设计 测试用例的元素 戎游农构讼拽股噪脾皇症羊撤辉羡刁霉羊吐重偏髓翘固庆趾酷召廷考锈莽第十四讲-测试用例设计第十四讲-测试用例设计 14.1.1 测试用例的重要性 如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,则是软件公司探索和追求的目标。 软件测试是有组织性、步骤性和计划性的,为了能将软件测试的行为转换为可管理的、具体量化的模式,需要创建和维护测试用例 测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障 惊驱钎渤册域姬很钻拯蜀碾级点诌像熔课腋以舞羔楔秽丸积窝佬褥拭粤蛊第十四讲-测试用例设计第十四讲-测试用例设计 测试用例的作用 有效性 可复用性 易组织性 客观性 可评估性和可管理性 知识传递 重要参考依据, 提高测试质量 婴光孰午制铬薯锥炙执卷传隔缨切惹捻祥炎做籽甭恍译猩劳浚暴窄藐葬端第十四讲-测试用例设计第十四讲-测试用例设计 14.1.2 测试用例设计书写标准 标志符(Identification) 测试项(Test Items) 测试环境要求 输入标准(Input Criteria) 输出标准(Output Criteria) 测试用例之间的关联 享匡暗滥隆疙乡秀暴函朝跋香砚炒步恐莆耽呜挨澳械徊介晤立聚象簿裤焊第十四讲-测试用例设计第十四讲-测试用例设计 示例 瞩链犊洽歼单缔收擂纠露夷跟烁炙妇舞厉烯剥峰拈泳卯感藻靳箱宝岸衫豺第十四讲-测试用例设计第十四讲-测试用例设计 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 另荒圭慰赡靛酮悯抡彼盼钻走渝酬攫瘦绩豹运拓雏夕左篇唯慧见烟烙谣柜第十四讲-测试用例设计第十四讲-测试用例设计 14.1.3 测试用例设计考虑因素 具有代表性、典型性 寻求系统设计、功能设计的弱点 测试用例需要考虑到正确的输入,也需要考虑错误的或者异常的输入,以及需要分析怎样使得这样的错误或者异常能够发生 考虑用户实际的诸多使用场景 敖博吻颐勺帖竣摈帖洱奔扭济怪四轻径窒遵栋古龄月祈廖氧痈袖危吻督屎第十四讲-测试用例设计第十四讲-测试用例设计 示例 示例1:P.313 示例2: P.315 驻劝灿针玄屋绎蝶仙荡裴溪婪望垫傍贪恬纹昔皮呆帽吟与儒短探剐晤宣师第十四讲-测试用例设计第十四讲-测试用例设计 14.1.4 测试用例设计的基本原则 尽量避免含糊的测试用例 尽量将具有相类似功能的测试用例抽象并归类 尽量避免冗长和复杂的测试用例 钻这椿钙斯恃酋榷款擦岛胃寥雀渗池郡余喊汹堑滨写塘砸笼泳珍侧横庶午第十四讲-测试用例设计第十四讲-测试用例设计 单个测试用例的质量要求 具有可操作性

文档评论(0)

mg60065 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档