企业官网建设流程全解析

莱芜举报网站,网站设计框架,网站建设公司 青岛,双语网站开发1、综合素质 1、自我介绍 面试官您好#xff0c;我叫XXX#xff0c;一直从事车载软件测试#xff0c;负责最多的是中控方面。 以下是我的一些优势#xff1a; 车载的测试流程我是熟练掌握的#xff0c;且能够独立编写测试用例。 平时BUG提交会使用到Jira#xff0c;…1、综合素质1、自我介绍面试官您好我叫XXX一直从事车载软件测试负责最多的是中控方面。以下是我的一些优势车载的测试流程我是熟练掌握的且能够独立编写测试用例。平时BUG提交会使用到Jira类似禅道这些缺陷管理工具。测试中抓取log会涉及adb命令的使用 也如会用monkey进行APP的稳定性测试有涉及到代码修改户使用到Androidstudio这些开发工具。我自学过Java语法看懂简单代码。我接触过有涉及到使用Canoe工具的项目比如HUDCANoe主要是用来仿真发送报文、分析报文等这些作用。具有C1驾驶证也曾经路测过但开车的人不是我。以上是我的个人简短的介绍谢谢。2、离职多久了为什么要离职人是需要不断锻炼的在一个地方呆太久人的思维会被环境所固化了换个环境或许对思维和空间上都有一个很好的发展。1宁波版上周刚办理完离职手续想去宁波发展。之前很荣幸去过研究院被实验室里面的更加先进与专业的设备给吸引了而且吉利研究院里面有很多名企我想会学到更多技能。2深圳版上周刚办理完离职手续。到目前为止我一直在后装发展从我自身的职业规划出发我想把空间再往上升前装就是一个很好的挑战假设反问我提升什么空间不是同行但类似的岗位比如蓝牙测试我有比较泛的蓝牙测试经验我想贵公司的蓝牙测试会更具专一与专业性同行同岗位贵司行业属于前装相对后装来说会更具备挑战性我本来也希望接触到跟多挑战的项目目前我在这个岗位上的发展已经到了一个瓶颈想换一个环境修炼到更高层3、谈一谈你的工作经历我属于那种比较稳定的员工在上两家公司呆了平均时间都超过了3年强调自己的稳定不会经常跳槽然后这两家公司都是属于车载行业的突出自己的行业经验和优势我在职期间积累不少的车载工作经验比如怎么了解和分析一个产品的需求怎么去编写测试用例、怎么去规范使用各种不同的测试工具和怎么跟不同部门协调和沟通等待这些给出自己能带来的价值4、谈谈你之前公司及工作情况感悟或收获这两家都是做车载中控的我主要是负责中控系统全功能测试期间也参与了不少项目积累了不少经验在有些项目中自己也能够独挡一面如怎么分析需求评审需求测试用例怎么写才能规范怎么跟同事与客户打交道相关测试工具的使用和技能的提升都有所累积5、你做了这么多年软件测试有没有什么感悟我的感悟有以下几点首先从沟通上讲沟通是交互信息的前提在工作中会和不同的同事协调工作所以要保持良好的沟通。其次身为测试是产品的第一个全面体验者应当站在用户的角度去理解整个产品才能更好地进行测试。接着就是测试用例用例要覆盖所有的需求编写要规范且可执行性强。最后就是总结在工作和生活中不断地去总结和积累经下次遇到类似问题就可以很好的找到解决方案。6、谈谈你对未来的规划职业规划近期入职后我想快速融入公司团队熟悉业务远期还是要不断总结与积累提升个人的技能。7、为什么要选择做软件测试一开始是机缘巧合接触到这个岗位后面发现其实找BUG是一个很有趣的工作特别是找到大bug时就特别有成就感且我性格也比较适合做测试工作比如细心有责任心性格开朗等。8、谈谈你对软件测试工作的理解软件测试是用来发现软件bug提高产品质量降低成本的一个工作。9、作为软件测试员需要具备哪些特质参考方面技术方面测试思维工作职责组织协调等。测试人员需要具备的特质还蛮多的我认为的有以下几点1掌握软件测试的相关技术才能提供测试的质量2文档的编写能力要好特别体现在测试用例上3做事要细心耐心负责任4需要保持良好的沟通能力毕竟需要跟各个部门都要打交道5思维要开阔时刻紧跟市场从跟多用户的角度思考问题。10、如何做好软件测试工作技术/测试用例/沟通/个人1要掌握软件测试的相关技术2测试用例编写时要简洁清晰步骤详细可执行性强3由于与不通过部门打交道必须具备良好的沟通协调能力4做事一定要细心不急不躁且责任心要强11、你觉得软件测试工作什么最重要我觉得是思维1思维要开阔些测试用例才能覆盖得更广些2特别是逆向思维可以测试一些不容易被发现的BUG3当然技术也很重要。12、作为一个测试工程师你认为怎么样才能保证软件质量在我看来软件质量不是靠测试出来的测试只是为了发现问题从而使产品尽善尽美开发才是软件质量的保证者代码的质量决定了产品的质量。13、你的优点和缺点是什么优点1具备多年的车载测试经验2对待工作比较细心耐心遇到不明白的地方也能虚心请教同事3性格开朗沟通协调能力也不错与同事也能很好相处缺点1平时比较宅不怎么锻炼希望自己多锻炼有了好身体才能更好工作14、有碰到让你印象深刻的BUG吗有的我就举两个常见的例子在正常倒车下出现黑屏我们自己检查camera的连接都是好的提到开发开发分析发现是1遇到过camera内核驱动异常2camera hal ion内存泄漏。某个平台播放某个视频时出现黑屏把视频放到其他平台去结果是好的后面发现只有这个平台不行给开发分析1soc原厂不支持当前视频格式视频可能带版权2如原厂soc支持就通过修改解码库3如果不支持硬件解码此类视频源可以自己编写软件解码就举这两个例子吧如下1音乐播放界面carplay来电无法跳转到carplay。具体现象第一次能跳转到carplay页面第二次不能第三次可以第四次不能我走之前都还没未解决。2亿连连接有线安卓时一直没连接上好像是华为手机。后面发现这类手机需要到开发者选项里面把USB调试相关子项都要打开连接蓝牙后通话车机端没有声音输出先从硬件上看是否有mic硬件是OK的那就是软件的问题。15、如果开发不认可你的BUG你会怎么做是否BUG/需求/环境/场景我觉得要从以下几个方面分析首先自身再确认过再找开发了解他说不是BUG的原因。其次假设是需求变更那就找产品经理确认此事如果真的改就关闭如果没有话就继续激活。接着假设开发说测试环境问题那可以按他说明重新部署环境验证BUG确实如他所说那就关闭如果不是还是就继续激活BUG。最后假设开发说用户不存在这种使用场景但没人能保证客户的使用手法那我们就不认可他说的让部门老大去判定。16、开发提测不准时项目上线出BUG怎么办此类问题在任意一家公司都会存在也不能彻底解决我们只能尽可能地去杜绝它我提个个人见解首先确定好研发与测试的时间。其次跟进开发进度再根据进度来调整开发计划。最后哪些功能开发好了就先测试边不用等开发完再测。17、项目上线后出现问题怎么办评估bug的影响范围1分析bug影响的用户数量2分析bug影响的严重程度解决线上问题1bug影响范围比较小时后续版本迭代更新2bug影响范围比较大时立即定位修改问题将问题影响范围降到最低回溯线上问题检查其他的业务是否有同类型的问题1分析bug出现的原因2补充操作出bug的测试用例18、能否独立负责一个软件的测试准备怎么开展测试工作我们基本都是独立负责项目只是项目的主导是测试主管而已当然没有测试主管我也可以主导一个项目1老师给的开展工作第一点我们要梳理整个项目的基本信息项目这次改动的模块/上线时间开发时间测试时间、参与的人员、项目给我们测试部的设备有哪些还需要我们测试部准备哪些第二点分配人员把整个项目的基本信息梳理完后就要确定项目需要多少个人来测试按测试人员的能力分配的对应的测试模块让每人编写自己所负责的测试用例测试计划是由我编写第三点把控测试进度每天抽一点时间来开个进度会议让每个模块的测试人员汇报一下测试进度和测试过程中遇到的问题做好一个协调与沟通的工作2项目基本信息梳理完后确定项目需要多个人人参与开始分配任务确定每个人负责的模块可以根据模块的复杂度、业务流程、测试人员的能力来进行组合分配。每个人一到两个核心流程分支流程由测试人员自行设计。若任务量过多自己要主动承担起一部分测试任务。整理好核心check list 主要业务流程自己得理清楚多跟产品开发聊聊有时间就多跑核心业务3分配完后开始进入测试阶段定时汇报项目进度、测试过程中出现的问题和解决方案让各位测试人员定期汇报进度以及质量问题每天早上 10 分钟左右站会解决这件事。特别是到项目后期每天开短会汇报进度。测试流程阻塞分析在哪个环节产品 or 开发…出现的问题快速及时找到解决办法申请资源 or 放弃一步功能上线…。做好跨部门协调工作及时沟通。在整个项目测试期间每天早上抽个20分钟让测试人员要及时汇报进度以及出现的一些问题做好跨部门的协调与沟通。19、工作中经常需要与哪些人沟通有哪些问题沟通产品与设计沟通需求及 UI 界面方面的设计开发了解他们的实现方式有针对性的设计用例bug与技术上的沟通硬件组机器组装修理零件或线材缺失业务部有些客户不知道某个功能的操作方式需要帮他去解决20、在工作中遇到过什么困难怎么解决1需求不明确导致改来改去在项目总结会时提出让产品尽量先整理好需求再分发下来2项目提测质量差开发改好后先自测通过再提测自测用例可以测试提供一般是主要流程用例3开发未按时间提测紧跟进度进度有延时的及时反馈上去测试可以提前介入比如提前问开发哪些功能做好了就先测哪些功能。再如开发计划两天完成一个功能就两天找一次开发不用等开发全部开发完成再开始测4没有接口文档让开发完善接口文档前期可以先用抓包工具辅助做接口测试完善接口文档对前后端联调也有很大帮助5测试时间不够测试时间不够砍功能或者加人或者先跑通主要流程。手上有多个项目的话先做优先级高的项目其他项目可以先过主要流程6开发不及时改BUG导致项目延期跟开发搞好关系时不时提醒一下开发及时改级别高的bug21、你们测试的周期一般是多久客户维护组时刻跟进BUG修改1-2天项目组3-6个月后装市场竞争很激烈版本迭代更新很快但凡出慢一点就会被别人占领市场22、一个项目写测试用例多长时间测了多久测出多少个BUG没留意过具体多少条没留意过具体每天多少条一个模块的测试用例大概在100-200条用例但是还要以具体的功能为准23、一天能测多少条用例能提多少个BUG每天测试多少条用例是按测试计划安排没有固定数量BUG也是项目前期bug会多点一天三十四十都有后期产品稳定就相对较少了开发会开玩笑说测不出问题就不能下班哈哈哈24、你找工作时最重要考虑的因素是什么公司的发展前景毕竟公司发展好了对于我们个人自然发展就好还有就是比较乐意与像面试一样的人共事感觉会更开心一些25、你怎么看待加班加班是因为需要身为公司的一份子既然公司需要我们的付出那肯定义不容辞26、你还有什么想问的吗公司目前在开发的车机是安卓几点几了请问这个岗位的规划是什么样的测试跟开发有多少人开发与测试的问题对接流程测试内部工作安排流程是怎么样的面试结果大概多久出来27、你平时都关注什么平时会看一些软件测试方面的内容比如CSDN、博客园上面等等上学习28、期望中的工作环境是怎么样学习交流的氛围特别是技术方面的交流与学习同事之间沟通交流很愉快29、你们公司的人员架构是怎么样的公司部门很多我就讲技术相关的部门吧产品/设计/MCU/应用/硬件/系统/测试30、你对外包怎么看不论选择什么性质的公司能实现人生价值即可31、之前工资多少交社保/公积金吗都交多少提醒不要回答具体数字要说区间在实事求是的范围深圳模糊具体工资11-13有项目奖金宁波17-22K加班费1比1社保与公积金都按深户缴纳32、什么时候可以到岗我已经离职了随时都可以入职到岗2、测试理论1、测试策略或测试包括哪些测试要覆盖哪些方面UI、功能、性能、可靠性、易用性、兼容性、安全性、安装卸载2、设计测试用例的办法等价类、边界值、错误推测法、场景法等设计方法来编写测试用例的1等价类分为有效等价类和无效等价类符合需求的就是有效等价类不符合需求的就是无效等价类2因为大量错误都是发生在输入和输出的边界上而不是发生在输入输出范围的内部所以就有了边界值分析法边界值是选取正好等于、刚刚大于和刚刚小于边界的值它一般是跟等价类一起用的3举个例子设置密码要求是6-12位的数字和字母的组合那有效等价类就是长度在6-12之间数字和字母的组合无效等价类就是长度小于6取5的数字字母组合长度大于12取13的数字字母组合长度在6-12之间的纯数字长度在6-12之间的纯字母长度在6-12之间的除了数字和字母以外的字符等等4错误推测法是指凭借经验推测程序可能出现的错误比如新建和修改的名称要唯一不唯一的话没办法提交成功5场景法是根据业务流程来写的有基本流和备选流然后考虑异常流情况下是否出现bug。比如一个商品加入购物车、提交订单后超时不支付会出现什么情况3、编写测试用例的思路或怎么写测试用例的1首先要熟悉需求先理清楚“项目是怎么使用的”、“是给谁用的”、“干什么用的”再根据业务流程来写提取功能点最后根据等价类、边界值、错误推测法、场景法进行测试用例的编写。2功能点的话每个系统的模块中都有一些共有的功能比如倒车所以在测试中我们要先把这些功能过一遍。3先走正常流正常流通过之后再对异常情况进行测。另外熟悉业务流程是非常重要的模块与模块、功能和功能之间是相互联系的不能只是单独测它的功能正不正常还要把他们的关系全部走通。比如我测的电商系统中要先添加商户、品牌和分类然后才能添加商品。4、用例要素是什么或包含什么内容用例编号、模块名称、功能点、用例标题、前置条件、测试步骤、期望结果、优先级、实际结果、备注5、如何保证测试用例的质量测试用例的需求覆盖率是100%测试用例的可执行测试用例的可读性测试用例的评审及时维护测试用例也许一个功能的变更或者场景的添加就需要考虑更多的情况保证测试用例的完整性。6、之前都是用什么工具写测试用例的我们是根据需求文档提取测试点根据等价类、边界值、错误推测法、场景法来编写测试用例用excel表格来写测试用例的发现bug后用公司开发的BUG管理系统提交bug指派给对应的开发。7、没有需求文档直接给你待测试软件你怎么开展测试工作1问没有需求文档那肯定有需求提出者那与他进行沟通。2问但凡懂需求的人我们都可以问。如问开发项目经理测试经理等。3分析结合一些业务资料和百度等进行分析。4对比对比竞争对手产品分析得到合适的需求。5经验可以借助原来的经验。6合理一切的需求都要符合常理。8、软件开发过程中常见模型V模型需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试W模型测试和开发同步进行可以尽早发现问题。需求分析、需求测试—概要设计、概要设计测试—详细设计、详细设计测试—编码实现、单元测试—模块集成、集成测试—系统构建、系统测试—系统安装、验收测试9、软件上线的标准用例全部执行完毕bug回归完毕没有遗留严重的bug产品经理验收通过后就可以上线了10、单元测试、集成测试、系统测试、验收测试1单元测试又称为模块测试是对代码中的函数和方法进行测试2集成测试也可以称作接口测试开发把功能模块进行整合测试功能和功能之间是否能够对接成功3系统测试是对整个系统进行测试也是黑盒测试4验收测试分为a验收和贝塔验收a验收是在开发者环境下进行测试贝塔验收是在真实环境下由真实用户体验有问题再反馈给开发人员。11、软件测试的风险进度风险、质量风险、人员风险、变更风险、成本风险12、你写过测试报告或测试报告都有哪些内容写过不过写的都是我们自己负责模块整个系统的测试报告由测试主管完成一般的话会对项目背景做一个阐述。主要就是内容简洁、不罗列详细数据、挑拣一些能说明问题分析数据的比如缺陷走势图模块的bug分布等突出重点遗留问题然后得出分析测试结论测试内容测试内容的大纲。测试环境测试环境的描述包括客户端和网络环境。测试工具测试过程中的测试资源使用。测试的数据bug数解决数遗留数。模块bug分布bug走势图缺陷遗留需要说明的问题。测试数据分析对于整个过程测试的一个分析得出结论。遗留问题对于软件遗留问题有详细说明。13、回归测试策略历史用例上一个版本的用例在现版本怎么回归回归测试常用的策略有全面回归测试、选择性回归测试等。像我们一般会进行三轮的测试第一轮把功能都过一遍提bug第二轮做一个全面的回归测试看具体的情况第三轮会进行选择性的回归测试把出现bug的相关模块都测一遍。全面回归测试所有的测试用例都重新测一遍选择性回归测试对于出现问题的bug进行验证没有问题的bug就不进行测试自动化工具回归测试使用自动化测试工具进行回归测试。14、测试环境怎么维护等开发把代码更新完后上传服务器进行覆盖15、你提了一个bug开发不认怎么办1首先从自身找问题再根据需求文档分析这是不是一个bug如果确定是bug;2再看看测试用例的操作步骤写的够不够详细、可执行性强不强3如果不是以上原因那就跟开发沟通可以在开发的电脑上实现给他看然后跟他好好解释如果这真是一个bug开发是不会不认的4如果还是不认那就要上报给上级然后开会进行讨论。16、什么bug是个好bug1确定与需求不符2严重影响到客户的使用3bug的复现步骤要详细可读性可执行性强能够再次复现出来总结感谢每一个认真阅读我文章的人作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。软件测试面试文档我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。