- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试入门(PPT).ppt测试入门(PPT).ppt
测试入门
由安博测试空间技术中心/提供
软件测试目的
测试是一个为了寻找错误而运行程序的过程
一个好的测试用例是只可能找到迄今为止尚未发现错误的用例
一个成功的测试是揭示了迄今为止尚未发现的错误的测试
软件测试方法分类
黑盒测试
白盒测试
两种测试方法从不同的角度出发,
反映了软件的不同侧面,也适用于
不同的开发环境。
软件测试方法:白盒测试
白盒测试又称结构测试、逻辑驱动测试或基于程序本身的测试,也可称为测试员测试,主要应用于结构化开发环境。
软件测试方法:黑盒测试
黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试,也可被称为用户测试,主要应用于快速应用开发(RAD)环境。RAD:Rapid Application Development
RAD为软件测试带来新的挑战
软件结构越来越复杂
团队规模越来越大
开发成本与风险越来越高
用户对应用程序的质量要求越来越严格
软件测试生命周期
软件测试的阶段组成
测试计划
测试设计
测试开发
测试执行
测试评估
测试计划的目标
收集并组织测试计划信息
将软件细化为可检验的测试需求
建立测试计划
测试计划:定义测试需求
用户需求
测试需求
定义
根据用户需求定义并完善测试需求,以作为整个测试的标准
测试计划:考虑测试内容
系统功能
用户界面
系统性能
加载测试
强化测试
容量测试
配置测试
安装测试
测试设计的目标
定义自动测试过程
选择适当的测试用例
组织测试过程信息,并传递给测试开发人员
测试设计
定义
用户需求
测试需求
选择
决定
测试过程
测试用例
测试开发目标
建立可重用的自动测试
维护测试对于测试需求的可跟踪性
测试开发技术:编程
优势:
具有较大的灵活性
缺点:
编程过程复杂
测试开发技术:录制
优势:
操作简单、快捷
缺点:
灵活性较差
测试开发技术
录 制
脚本
脚本生成自动化,并可根据需要修改
自动生成
测试执行的目标
执行测试
检查测试结果
研究并组织测试结果以便评估
维护缺陷记录
测试执行的步骤:单元
测试执行的步骤:模块
测试执行的步骤:集成
测试执行的步骤:系统联调
测试执行的步骤:验收测试
系统联调成功后,系统便可以进入试运行阶段。
经过相对时间的系统试运行后,如果系统运行正常。便可进行用户验收测试阶段。
测试执行的步骤:维护
测试评估的目标
提交量化的测试覆盖域及缺陷跟踪报告
评估软件质量
测试评估的内容:覆盖域
哪些测试需求经过了测试
哪些需求通过了测试
我们的工作进度及效率如何
测试评估的内容:缺陷
我们发现了哪些缺陷
我们解决了哪些缺陷
遗留缺陷对软件有何影响
测试评估:综合评价
测试模式
我们一般把发现的错误(Bug)/缺陷(Defect)按严重性分为4类:
1.严重:系统崩溃或挂起等导致系统不能继续运行;
2.主要:使系统不稳定、或破坏数据、或产生错误结果,而且是常规操作中经常发生或非常规操作中不可避免的主要问题;
3.次要:系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题,如:显示不正确但输出正确;
4.轻微:界面拼写错误或用户使用不方便等小问题或需要完善的问题;
错误分级-严重性
错误分级-优先级
我们也把发现的错误按优先级分为三种:
1.高:立即修改;
2.中:必须修改,但不一定马上修改;
3.低:允许不修改;
一般来说是越影响用户接受或使用该产品的错误优先级越高。
常见问题
下面将列出一些问题,他们具有一些特征:
显而易见的
开发时容易被忽略
容易避免
容易修改
但是对于测试人员或用户来说可能却是非常头痛和不方便的
形象类问题
这类问题一般是表面上的,技术含量不高,但是给予用户的感觉往往是软件不够专业……
1.不符合用户操作习惯。如,快捷键定义不科学(不易理解、与系统快捷键冲突等)、不实用(键位分布不合理、按键太多,甚至没有快捷键等);
2.风格的统一性;对于同一个系统,同一系统环境下的应用程序出现不同的界面风格和操作风格,对用户来说是一大考验,对开发者来说是专业性和正规性的表现。
3.界面中英文混杂,经常弹出莫名其妙的信息,甚至还拼错单词;
4.提示、标题等不够专业,或各处描述不一致;
形象类问题(续)
5.界面元素的位置:缺省认为用户使用某种分辨率,导致在其他分辨率下显示不正常;
6.说明书或帮助的排版格式不专业:中英文搭配不对、标点符号全角半角部分、没有排版禁则…
7
您可能关注的文档
最近下载
- 研究院LNG冷能利用.ppt VIP
- [中央]2024年中国记协新闻培训中心招聘 笔试上岸试题历年典型考题及考点剖析附答案详解.docx
- (陶矜老师课件)股权设计与合伙人激励.pdf VIP
- if与unless专项练习.doc VIP
- 2023年北京市高考化学试卷(解析版).pdf VIP
- 有限空间作业安全管理监理实施细则(新).pdf VIP
- 直播电商与案例分析第10章 农产品直播解析.ppt VIP
- 2023款 R18 B 宝马摩托车 中文 用户保养手册 使用说明书.pdf VIP
- 2022年国家公务员考试《公安专业科目》题(网友回忆版).docx VIP
- USCAR38 超声波焊接技术标准和要求(中文版).pdf VIP
文档评论(0)