GSM手机测试培训课程
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.5、测试结果分析
软件测试执行结束后,测试活动还没有结束。测试结 果分析是必不可少的重要环节, “ 编筐编篓,全在收口 〞 ,测试结果的分析对下一轮测试工作的开展有很大的 借鉴意义。前面的 “ 测试准备工作 〞 中,建议测试人 员走读缺陷跟踪库,查阅其他测试人员发现的软件缺陷。 测试结束后,也应该分析自己发现的软件缺陷,对发现的 缺陷分类,你会发现自己提交的问题只有固定的几个类别; 然后,再把一起完成测试执行工作的其他测试人员发现的 问题也汇总起来,你会发现,你所提交问题的类别与他们 有差异。这很正常,人的思维是有局限性,在测试的过程 中,每个测试人员都有自己思考问题的盲区和测试执行的 盲区,有效的自我分析和分析其他测试人员,你会发现自 己的盲区,有针对性的分析盲区,必定会在下一轮测试用 防止盲区。分析总结完成后要注意,修订测试用例,及相 关测试报告模板。
2.4、P2投板测试
P2主板在P1根底上对存在问题做了全 面修改,因此测试内容因包括以下内容: 确认P1主板测试过程提出的缺陷单; 根据P1测试工程再次做全面测试; 天线耦合测试,确保天线匹配电路符合要求; 增加压力测试〔100以上开关机、500以上 呼叫、4H以上通话、12H以上MP3等多媒 体连续播放〕
希望今天的讲解,能够给初涉 测试的你带来帮 助。
1.1、测试准备工作
测试工作开始,测试工程师应该搞清楚测试工作的目的是 什么。如果问工程经理,他往往会这样答复: “ 发现我 们产品里面的所有 BUG ,这就是你的工作目的 〞 。作 为一名测试新手,如何才能发现所有的 BUG ?如何开始 测试工作?面对工程,测试需要考虑的问题是方方面面的, 包括硬件、软件、产品相关的业务流程。该从何处下手呢? 如何增加你相关的技能呢?
测试用例等级
根据需求重要性区分测试用例等级,测试执行阶 段可以根据测试用例等级安排测试任务,分为四 级:
冒烟测试:即版本确认测试,每个测试版本需通过 所有该级测试用例,否那么拒绝继续测试;
关键路径测试:每个测试版本需执行该级测试用例, 假设该级测试用例均通过,意味着软件功能趋于 稳定;
可接受级测试:该级测试用例只要执行一次通过即 可,该级测试用例通过意味着可以准备发布了;
1.4、软件测试的意义
测试的目的单单是发现缺陷这么简单吗?
如果是 “ 是 〞 的话,我敢保证,类似的产品缺 陷在下一次新工程的测试中还会发生。
古语说得好, “ 不知道历史的人必然会重蹈覆 辙 〞 。没有对测试结果进行认真的分析,我们 就无法了解缺陷发生的原因和应对措施,结果是 我们不得不消耗的大量的人力和物力来再次查找 这些缺陷。很可惜,目前大多测试团队都没有意 识到这一点,测试报告中缺乏测试结果分析这一 环节。
谢谢大家!
mi头; 液晶亮度调节、摄像头功能、闪光灯; U盘使用、〔外配〕卡; 充电、根本射频测试,注意通话音质音量,确保
通话没有受到干扰; 电流测试〔监控各状态使用电流〕; 根本软件功能验证;
2.2、P1主板测试
P1主板测试过程中或多或少的会遇到一些 问题例入:
资源问题;〔积极协调索取测试资源〕
建议执行的用例:如果有时间,最好执行该级测试 用例,但不作为发布的必要条件。
测试用例执行结果
执行时填写,分为通过、失败、警告、阻塞、忽 略。
阻塞〔 Block 〕 -- 一些外部条件 — 如缺少局 部功能 — 将无 已经决定〔或被告知〕跳过这 个测试用例;
软件测试方法
等价类和边界值分析等措施来进行实际的 软件测试;
认真的执行测试用例、及时修订测试用例, 定期评审测试用例库;
安版本提交测试报告〔反映软件版本开展 趋势,给研发形成压力〕
重点测试用户常用功能〔根本呼叫、短信、 本、充电省电〕
测试过程改进
为了保证产品质量持续,提高,测试 过程的改进也需要持续不间断的进行下去: 测试用例库改进; 缺陷跟踪库的改进; 硬件、物料测试报告的改进; 自动测试的逐步建立; 白盒测试引进,全面启动单元测试;
产品未到达客户需求的功能和性能; 产品超出客户需求的范围; 产品出现客户需求不能容忍的错误; 产品的使用未能符合客户的习惯和工作环境。 测试报告的内容应该包括以上内容,即总结缺陷;但表达
方式上,应根据不同读者对象做适当修改;表达重点,将 问题级别高的缺陷应列入测试报告中,并注意使用局部图 形,以便清晰表示,产品缺陷的演进过程,一边工程相关 人员查看。做到“一目了然〞
GSM 测试
——黑盒测试过程概述
尹胜权 2006年6月
主要内容
新手测试入门 硬件测试过程 软件测试过程 测试改进方向
1、 测试入门
从学校毕业后,第一份工作就是 测试。初到公 司我十分困惑,没有接受过系统的培训,对测试 一无所知,既不知道该测试什么,也不知道如何 开始测试。
我想涉足 测试行业的你们,一样会遇到当初我 遇到的过的问题,因此这次讲座就是给大家分享 我在 测试行业的成长过程,将我在 测试过程 中总结的一些经验介绍给大家。
软件配合问题;〔挑选可进行测试工程测 试〕
硬件BUG;〔及时修改升级、重复测试〕 分析问题时需硬件人员协助,搭建测试问
题分析平台,以确定问题所在点;常见问 题主要有,功能异常、电流异常、需要切 线、飞线、调试元件参数、更换元件等。 待问题解决后需重复测试。
2.3、硬件物料测试
外配器件测试: 耳机线; 充电器; 外配卡〔兼容管理问题〕; 电池; 数据线; 主板组要测试器件 天线测试; LCD; SBKER; RSEVER; MI头; 摄像头; 马达;
电流测试;保证装配过程中,没有存在短路等原 因引起的电流过高问题;
多媒体音质、LCD色彩; 路测〔确保通话质量〕 ; 出产品抽样测试报告;
3、软件测试过程
单元测试 根据各模块功能设计测试〔软件人员完成〕,测
试人员需要根据模块设计编写相关测试用例; 集成测试 根据集成顺序,测试集成模块各功能; 系统a版本测试 根据版本及资源情况尽量执行测试用例; 系统ß版本测试 全面执行测试用例 验收测试
2、研发阶段硬件测试过程
P1主板测试〔硬件测试〕 硬件物料测试〔硬件测试〕 P2主板测试〔综合测试〕 小批量试生产测试〔综合测试〕 大批量生产抽样测试〔综合测试〕
2.1、P1主板测试
主要针对相关硬件功能测试,保证覆盖硬件测试 用例,确保硬件稳定,主要包括以下内容:
下载、校准、IMEI; 所有按键、马达、SBKER、RESVER、耳机、
通过〔 Pass 〕 -- 终点状态,没问题; 失败〔 Fail 〕 -- 测试用例执行出错; 警告〔 Warn 〕 -- 结果处于 Pass 和 Fail 之间,
错误严重性等级较轻,不影响功能和性能;
用例执行结果统计
• 按版本统计; • 按覆盖率统计; • 按用例执行人员统计; • 安执行结果统计,阻塞、 忽略、 通过、失败 警告
像有经验的人学习; 阅读嵌入式测试的相关书籍; 走读缺陷跟踪库中的问题报告单; 走读相关产品的历史测试用例 ; 学习产品相关的业务知识; 尽量熟悉 规格; 主动获取需求规格; 确认需求的优先级;
1.2、测试用例执行
搭建软件测试环境,执行测试用例 测试执行过程应注意的问题 : 全方位的观察测试用例执行结果 及时确认发现的问题 与开发人员良好的沟通 及时更新测试用例 提交一份完美缺陷跟踪单 缺陷单是很重要的。缺陷单最关键的就是 “ 问
万次,24小时充电〕 耳机、电池、数据线、充电器; 记录因生产工艺问题造成的缺陷,以便改进再次生产改进; 准备生产评审报告;
2.6、大批量生产抽样测试
已经通过小批量的严格测试,软件版本已经稳定, 大批量测试应该注重生产工艺、来料质量产品一 致性问题测试,测试因包括以下内容:
天线测试〔保证天线来料,到达要求,且装配接 触良好〕 ;
题详述 〞 ,这是开发人员重现问题,定位问题 的依据。问题描述应该包括以下几局部内容:操 作步骤、预计结果、实际结果,当时输出设备的 相关输出信息,局部严重、致命问题日志信息因 作为附件提交到测试缺陷跟踪单中。
1.3、测试报告的书写
产品的最终目的是为了满足客户需求,我们以客户需求作 为评判产品质量的标准,认为缺陷的具体含义包括下面几 个因素:
2.5、小批量试生产测试
临近大批量生产测试将需更加全面,因此本次测试因注意 全面把握,硬件、软件、结构、外配等所有相关测试,测 试人员应该把拿到的 ,当成公司已出货的 进行测试并 提出各方面的问题;
天线耦合测试、硬件电流、通话质量、多媒体播放质量等; 软件功能; 震动测试,上下温测试,长时间待机测试; 结构;〔1.5M自由跌落、耳机插拔1万次,翻盖划盖10