《软件测试经验交流.pptx》由会员分享，可在线阅读，更多相关《软件测试经验交流.pptx（31页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、概述测试前的准备工作软件测试的测试策略及思路测试中容易出现的故障及易忽略之处经验交流测试工程师应具备的素质第1页/共31页测试前的准备工作了解项目当前的状态信息。1.拿到样机后测试人员首先应了解该项目目前所处的状态，是研发？中试？还是量厂阶段？2.新项目还是衍生项目？3.了解项目平台信息，是全新平台还是变形项目平台？4.了解屏、sensor等一些关键元件信息及检查样机是否完整？（往往有些问题会因为手机元器件不对或是配置不对而造成重启，死机等现象。如屏不对会导致白屏，Camera sensor不对会导致进入相机拍照死机等现象。所以测试前样机的检查也很重要，测试人员在测试前要对样机进行硬件上的检查
2、，如发现提供的样机不对要及时提出来。）5.软件版本号的检查。（需要注意的是：*#159#中版本号检查应该是外部版本号，而不是内部版本号。另外同一个项目，其主要区别是更换屏，这时检查版本号时注意有无区分出来）第2页/共31页软件测试的测试策略及思路软件测试的测试策略。1.研发阶段的新平台项目由于软件功能还不稳定这时我们第一步要做的是对新增功能模块进行基本功能的检查，其次对用户常用的功能模块进行深入测试（如电话簿，短信息，拨号，闹钟等模块），最后再对其它功能模块进行检查。2.衍生的项目，在V1.0版本测试时务必要对改动的模块进行详细测试，如滑盖或翻盖项目衍生到直板机的项目，这时我们首要要从两者不同
3、点下手。（如滑盖或翻盖项目不支持键盘锁，那这时衍生到直板机的项目键盘锁功能有没有加上）3.量厂项目的测试，如只改动图片或某个问题的改动。这时我们首先要根据版本说明书进行回归测试，即从改动点进行测试，验证有无新改出来的Bug，完成后再根据软件功能检查表依依测试。第3页/共31页软件测试的测试策略及思路软件测试的测试思路。1.从用户的角度对手机软件各功能模块进行基本功能测试。（用户用的最多的就是打电话，电话簿，信息，充电，闹钟及MP3等，测试人员要详细，认真的检查每个功能模块，用户常用的功能模块需多花点时间）2.基本功能测试完毕后，再对各功能模块进行突发事件的测试。当然所谓的突发事件就是用户在执行
4、某操作时插入另一事件，如来电话，插耳机，充电器，闹钟提示等；（由于突发事件测试涉及的工作量大，测试时所先考虑到是用户常会遇到的突发事件测试，常用功能模块中遇到突发事件最多了。如编辑信息的时候，听MP3的时候，照相的时候等都是最有可能导致问题了，像一些短暂操作，如文件删除中，复制中，移动中等功能模块的突发事件测试用户遇到的机率会比较低，如果时间允许的情况下，也需要进行测试）3.极端测试。即用户很少会遇到，也很少会去操作的角度来测试；（如拍照过程中和恢复原厂设置过程中连续插拔耳机，对文件管理菜单在PC上格式化，之后再拷贝些文件开机，通话过程中聊天，保存号码以及未插SIM卡状态下等功能模块的操作）。
5、4.模块之间交叉进行测试。（如通话记录，电话簿及短消息等相关联模块）第4页/共31页各功能模块容易出现故障及忽略之处电话簿 电话簿模块是用户最常用的模块，测试时必需要慎密，多花点时间。下面简要列举了几点电话簿模块中曾出现过的典型问题，也是容易被忽视的问题：1.字符串显示，如电话簿的“簿”是否写错，写成“薄”；（另外还包括菜单中各字符串的显示，测试人员应仔细检查，不要一眼带过）2.电话簿列表中#键切换输入法，查看输入法的显示；3.电话簿列表中单一删除，直接删除到空白，这时验证恢复原厂设置功能；（以前有遇到过进入电话簿列表单一删除电话号码到最后一个时，进入恢复原厂设置时发现该功能不能使用且花屏现象
6、。这个操作就是属于模块交叉测试）4.通话中进入电话簿菜单，对电话簿进行操作，（如播放影片，新增或删除号码等操作）5.到通话记录中或短信息列表中提示号码保存，保存号码时注意进行加入影片，大头贴等功能操作测试；（以前有遇到在网络摄相头聊天画面收到信息后，这时提示信息号码并加入影片，播放影片时手机重启，该问题也是平台性问题）第5页/共31页各功能模块容易出现故障及忽略之处电话簿6.切换各种主题，查看电话簿记录字体显示；（如有此主题显示的字休很淡会导致电话簿记录很模糊，看不清）7.电话簿中保存超长号码或空号码进行发送信息，或多方发送信息时全部选择电话簿中超长号码，手机不会有任何提示，一直处于发送中；8
7、.将电话簿容量保存满的情况下，手机开关机后查看号码是否丢失，开机在找网时到通话记录中保存号码是否仍能保存到电话簿中；9.电话簿批量操作比较容易引发手机重启；10.电话簿列表中的号码来电话，来信息，有时手机会出现号码混乱现象，如A号码来电或来信息，进入通话记录中查看发现号码显示不对或号码前多了+86；第6页/共31页各功能模块容易出现故障及忽略之处信息 1.短信中心号码或彩信中心网址被更改的情况下，手机进行发信息；（如：短信中心号码更改后发信息，手机会一直处理发送中，这时本机收到信息，进行查看时手机会提示“短信功能无法使用”2.开机后马上进入短信息选择语音信箱菜单手机会提示乱码或者开机后马上发送
8、信息能发出去吗？3.发送信息时直接到电话簿中查看到号码，这时不发送直接按挂机键退出，手机能退出吗？如退出后再进入信息菜单能正常使用吗？4.手机恢复原厂设置后进入信息菜单发送彩信，手机一直提示“发送失败”；5.信息编辑画面两种输入法切换导致问题；（如当前默认的拼音输入法编辑内容后，再#键切换字母输入法编辑内容，发现之前编辑的信息内容会消失）6.刚开机就马上进入信息编辑画面编辑内容，查看输入法是否与实际显示的默认输入法一致，如显示的是T9输入法，但是编辑过程中会出现拼音输入法 7.通话中进入信息菜单，注意左右功能键切换不能进入到其它菜单，否则当进入到文件管理菜单选择影片等手机会死机；第7页/共31
9、页各功能模块容易出现故障及忽略之处信息8.短消息模板中英文内容是否一致？9.阅读信息内容画面左右方向键依次切换不同信息阅读，手机容易引发重启现象；10.收件箱列表画面，移动光标到发件箱，当前发件箱为空，OK功能是否屏蔽掉，如果没屏蔽掉的话会，当收件箱，发件箱，草稿箱都为空的情问下，OK键会引发信息功能无法使用；11.信息存满的情况下手机信息显示是否正常？（这点很容易被忽视）12.MP3铃声设为信息铃声，开启信息报告，注意信息报告铃声应同信息铃声一样，而不是一直播放MP3；第8页/共31页各功能模块容易出现故障及忽略之处通话记录 通话记录模块出现的问题不是很多，往往用户最常用的就是到通话记录列表
10、中选择号码发送信息或是打电话。MTK手机也曾出现过有关于通记录中发送信息时造成的严重问题，所以测试该模块时除测基本功能外，还要进行跟通话记录模块相关联的模块进行交叉点测试；下面列举几个以往在测试通话记录中发现的几个严重Bug,希望大家在以后的新项目中能够从中吸取些测试方法；1.到未接电话，已接电话记录中选择号码发送信息，手机总是默认发送给已拨电话记录中的第一个号码.2.通话记录中如有超长号码，选择超长号码发送信息发现手机黑屏重启；3.进入收件箱列表中选择一信息读取后提取号码“拨号”，发现拨打的号码错误，不是当前提取的号码，而是通话记录中已拨电话记录中的号码；以上列举的三个严重问题都是跟信息有关
11、，所以在测试该模块时一定要多交叉测相关模块，如短信息，电话簿等菜单。另外通话设置中的IP拨号，黑名单设置跟通话记录也有一定的关联；第9页/共31页各功能模块容易出现故障及忽略之处情景模式情境模式模块问题点一般在静音模式下出现的比较多,如:静音模式下插拔耳机,耳机图标不消失,进入菜单查看仍显示耳机模式;静音模式下插拔耳机后再恢复原厂设置,#键切换不能回到一般模式;静音模式下进行五连拍拍照无显示,及玩游戏过程重启等;未插SIM卡状态的情境模式菜单,也千万别忽略!此时MP3模块,文件管理模块及情境模式都有相互间的关联,可交叉测试!第10页/共31页经验交流有效沟通和总结测试中遇到的问题 1.为什么要
12、进行沟通和总结？与相关的测试人员沟通可以改进自己的测试方法并且使自己的测试思维得到拓展；与开发人员进行沟通可以加深自己对软件理解的深度，并从中找到一些测试思路 举例：关于支持MP3播放的音乐文件格式、FT终测时拨号容易呼叫外网等第11页/共31页经验交流针对一些重点难点模块加强测试 1.测试一段时间后，对整个软件模块以及特点要非常熟悉，并划分出软件的几个重点模块进行加强测试如：手机在“通话、电话本、短消息、待机电流等”几个菜单需要重点测试,因为这几个模块是用户必用的功能菜单;2.针对软件中的新增模块也需要加强测试，往往一些异常重启掉电等现象都可能由于这些模块引起。3.功能冲突、多事件干扰、铃声
13、交错、软件的极限测试.第12页/共31页经验交流准确把握项目的进展情况、及时了解各方面的信息 1.通过邮件及会议的方式及时了解项目目前的进度以及状态（何时需要量产版本、客户需求、硬件结构目前存在的一些问题等等）2.软件上的所有问题都要做到心中有数，并且在项目会议上告诉相关负责人目前软件上存在哪些问题，哪些问题为重点或者难点.第13页/共31页经验交流1.手机进入中试阶段2.手机进入量产阶段3.客户反馈问题的处理4.项目经验总结第14页/共31页中试阶段手机进入中试阶段 1.手机进入中试的条件 必须满足公司进入中试的原则，无A类及5个以下B类问题，或者通过特批后进入量产阶段;2.手机中试阶段应该
14、注意的几个问题 软件版本的稳定性是否能够得到保证;CTA版本是否已经通过国家检测标准;手机小批量试产时出现的产线问题以及测试程式的 时间是否满足大批量生产而不影响产能;硬件结构等其他方面的问题;第15页/共31页量厂阶段手机进入量产阶段 测试重点 优先考虑版本的稳定性、保证软件测试全面性、严格按照测试流程测试（版本下载测试模拟产线测试上一版本FIX问题验证执行测试模板中所有选项检查针对重难点模块以及待观察问题跟踪模拟测试测试分析以及总结测试报告发布)测试方法探讨 1.执行版本的全面测试，保证每个模块都能被测试 2.针对上一版本修改的问题做重点测试 3.跟踪待观察问题，尽可能找到规律，如果同一发
15、现两次以上,则升级问题等级 4.针对新发现的重大问题，相应模块及功能应该重点测试 5.如果重大BUG或者多个待观察问题时，应该在报告中及时提出预警第16页/共31页量厂后期客户反馈问题的处理 版本在进入量产阶段，一般客户都会做同步测试，并把测试中发现的BUG和他们认为需要修改的菜单模块拿到测试部做一个反馈；客户发现的BUG，如果确实存在则需要做为BUG提出放到BugReport上面；如果提出的BUG为软件设计很难更改的问题，则可以说明原因，建议不做修改；及时把测试部的意见反馈到相应负责人手中，并适当的解释原因。第17页/共31页项目总结阶段项目经验总结 项目到了最后收尾阶段,这时测试人员应对自
16、已负责的项目作个总结.项目周期内遇到过的重点问题或典型问题及测试过程中的遇到的困难都可以写出来,这样对以后的项目测试会有所帮助,可以从中吸取经验.第18页/共31页 经验交流针对新平台项目如何开展软件测试才能使工作效率达到最高、质量最好？关于新平台项目的测试流程、测试方法的探讨？第19页/共31页研发初期研发中期研发后期1.立项：产品定义书、项目计划书等2.制定测试计划、软件规格书3.编写软件测试用例、软件预测试4.督促软件开发人员完善软件所有功能5.执行全面测试并提交BUG进行管理和参考1.软件部发布正式版本后按照测试用例执行软件全面测试2.测试人员进行模块交叉测试3.及时总结沟通测试中遇到
17、的问题并分析原因4.软件稳定后应该及时安排本地和外地的场测1.研发后期针对每个版本的测试都要严格按照测试流程进行测试、并且保证软件测试的全面性，考虑软件整个稳定性;2.及时了解项目进度以及硬件结构存在的问题3.针对客户反馈过来的问题要及时正确的处理4.项目结束后做一些总结经验交流测试流程图第20页/共31页经验交流常用的功能测试方法 功能测试就是对产品的各功能进行验证,首先要根据软件部提供的立项申请表,产品定义书等 检查产品是否达到用户要求的功能。常用的测试方法如下:1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2.相关性检查：如删除/增加各项会不会对其他项产生影响，如
18、果产生影响，这些影响是否都正确。3.检查按钮功能是否正确:如update,cancel,delete,save等功能是否正确。4.字符串长度检查:输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度,会不会出错.第21页/共31页经验交流常用的功能测试方法5.字符类型检查:在应该输入指定类型内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.6.标点符号检查:输入内容包括各种标点符号,特别是空格,各种引号,回车键.系统处理是否正确.7.检查带出信息的完整性:在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息
19、和添加的是否一致(如保存的信息)8.信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.第22页/共31页经验交流常用的功能测试方法9.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,是否出错;10.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错同时也要注意,会不会报和自已重名的错;11.重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否作了处理;12.检查多次使用back键的情况,在
20、有back的地方,back,回到原来页面,再back重复多次,看是否会出错;第23页/共31页经验交流常用的功能测试方法13.search检查:在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.14.输入信息位置:注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.15.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。16.必填项检查：应该填写的项没有填写时系统是否都做了处理
21、，对必填项是否有提示信息，如在必填项前加*;第24页/共31页测试工程师应具备的素质一个好的测试工程师应具备的素质1.沟通能力 一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户，管理人员）的交流能力。既要可以和用户谈得来，又能同开发人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。2.移情能力 和系统开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使用一个不符
22、合自己要求的系统，开发者则担心由于系统要求不正确而使他不得不重新开发整个系统，管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一类人打交道，因此需要测试小组的成员对他们每个人都具有足够的理解和同情，具备了这种能力可以将测试人员与相关人员之间的冲突和对抗减少到最低程度。第25页/共31页测试工程师应具备的素质一个好的测试工程师应具备的素质3.自信心 开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。如果容许别人对自己指东指西，就不能完成什么更多的事情了。4.外交能力 当你告诉某人他出了错时，就必须使用一些外交方法。机智老练和外交手法有助于维护与开发人员的协作关
23、系，测试者在告诉开发者他的软件有错误时，也同样需要一定的外交手腕。如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面就相当于“赢了战争却输了战役”第26页/共31页测试工程师应具备的素质一个好的测试工程师应具备的素质5.幽默感 在遇到狡辩的情况下，一个幽默的批评将是很有帮助的。6.很强的记忆力 一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来，这一能力在测试过程中的价值是无法衡量的。因为许多新出现的问题和我们已经发现的问题相差无几。第27页/共31页测试工程师应具备的素质一个好的测试工程师应具备的素质7.耐心 一些质量保证工作需要难以置信的耐心。有时你需要
24、花费惊人的时间去分离、识别和分派一个错误。这个工作是那些坐不住的人无法完成的。8.怀疑精神 可以预料,开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个人的说明，但他必须保持怀疑直到他自己看过以后。第28页/共31页测试工程师应具备的素质一个好的测试工程师应具备的素质9.自我督促 干测试工作很容易使你变得懒散。只有那些具有自我督促能力的人才能够使自己每天正常地工作。10.洞察力 一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈的质量追求，对细节的关注能力。应用的高风险区的判断能力以便将有限的测试针对重点环节。第29页/共31页 END第30页/共31页感谢您的观看！第31页/共31页