一：引言
在现今竞争激烈的职场环境中，拥有丰富的测试开发经验已成为诸多企业偏爱的重要条件之一。而在笔试过程中，高频笔试题更是能否考察应聘者的实际能力和知识水平。本文作者具备10年的测试开发经验，并通过笔试获得了35K公司的职位，特意整理出了高频笔试题及其答案，希望还能帮助到同行们提升应对笔试的能力和成功率。
二、职业规划2.1简单的自我介绍下
笔试宫，你好，我叫XXX，来自于XXXX，目前从事软件测试工作，早已五年工作经验，个人性格，比较活泼，跟人关系比较好，做事也比较悉心两年测试工作经验中，过了不少项目，积累不少项目经验，上面1-2年主要是功能测试，前面这一年主要做插口测试，app手动化测试才能独立完成软件产品测试工作，才能独立编撰测试文档，包括用例，计划，报告等，熟悉lnux跟数据库，熟悉jmeter与python+request进行插口测试，也可以使用pytest框架进行插口手动化测试，python+selenium+pytest框架进行手动化测试，python+appnium+pytest联通app手动化测试框架，熟悉使用Jenkins持续集成，熟悉app专项测试与小程序测试，熟悉抓包工具。
我个人平时喜欢…看书…
我个人认为测试这一块，主要是对需求了解，需求理解到位，工作当中，一定悉心耐心，技术这块，不断学习能力
假如笔试没有说话，这个是我的一个简单自我介绍，看笔试官还有哪些须要了解的
2.2为何辞职
①、尽量谈化敏感答案例如，人际关系不好处理，与上司交往不好、工作压力大等。
人际关系复杂，现代企业注重团队精神，要求所有成员都能有与他人合作的能力，你对人际关系的害羞和避忌，可能会被觉得是心理状况不佳，处于抑郁焦虑孤单的心境之中，因而阻碍了你的从业取向。
收入太低，这样回答会使对方觉得你是单纯为了收入取向，很计较个人得失，而且会把“如有更高的收入，会毫不迟疑地跳槽而去的”这种观念产生对你的思维定势。
分配不公正。现今企业中推行效益薪资、浮动薪资制度是很普遍的，借以用物质剌激手段提升业绩和效率；同时，好多单位都开始了职工收入保密的举措，假如你在笔试时将此作为离开原单位的托词，则一方面你将丧失竟争优势，另一方面你会有爱刺探他人收入乃至隐私的嫌疑。
工作压力太大。现代企业生存状况是快节奏的，企业中的各式人等皆处于高硬度的工作生存状态下，有的单位在急聘启事上干脆坦承相告，要求应聘者能在压力下完成工作，这是越来越显著的趋于
②、尽量采用与工作能力关系不大、能为人所理解的辞职缘由。
寻求更大的发展：现有的企业岗位设置无法满足自身职业进一步发展的要求，
换一个更好的平台来挑战自我。
原公司发生了重大客观变化：公司重组或部内部变动，致使工作内容发生重大变化，
未能再继续履行劳动协议，或则直接被裁员等
与公司文化难以融合：每一家企业虽然都有自己特有的“文化”，假如你在这家公司里工作，
却未能认可这家公司倡导的一些文化，这都会对企业的发展以及对自己的发展都十分的不利。
所以你想要走出企业的禁锢，找到一家跟你更契合的公司工作也是可以的。
个人缘由：下班太远影响工作、家中有事、充电、休假、生病等等。注意：防止敏感答案，
并不意味着误导，如急聘人员问及细节问题，应如实回答。否则求职者的诚信度可能大打折扣，
成功可能性更小。
③、不要侮辱你的老东家
相信极少会有人犯这样的错误，这的确是一个不可取的形式，你应当把你的辞职缘由集中叙述
在“寻找新机会或新的平台”以及尝试在新的岗位上提高自己。职场其实没有战争这么血腥，
但也有好多委屈、不被理解或被无故重伤，这种都很正常的。我们要用一颗阳光的心去面对，
用一颗阳光的心去照亮。
在辞职后，永远要用赞扬的成语来评价你的老东家，哪怕他在公开场合去骂你，你都要用最美的成语去评价他。别忘掉，你赞扬他，是你素质高;他骂你，是他素养的问题。你永远改变不了他人，但你有能力改变自己。
④、体现你的忠诚度
假如你轻描淡写地就离开了之前的团队，这么笔试官会认为你在新公司也可能会轻易走人，
所以，在彰显忠诚度的时侯，你可以试着说说你离开上一家公司时有多么痛楚依依不舍（虽然并没有)，说说假如有办法使你能在原先的岗位上持续得到提高或则倘若不是由于股东之间的权力斗争（可适当变得气愤疾首些），你肯定不会离开。
而在彰显责任感时，你须要抒发两层意思：
首先，你从上家公司辞职时早已为继任者做了充分的交接。你须要清楚地表明：你在上家公司也很认真尽职，但是朋友之间仍然保持互助互惠的工作气氛。其实你可以谈谈你也想过要早些离职，并且考虑某个未完成的重要项目、或是继任者短期内还不能胜任角色所以晚了一些。
其次，就是你很期望承当新的职责，并表现出你的热枕，这些热枕不仅对工作的热忱之外，
也可以适当的通过向你的笔试官（除了是HR）提问表现下来对笔试官的兴趣、对她们技能的
认可以及共鸣，比如，“那么，你是怎么做到历任职位的?”或：“如果我有幸兼任这个职位，
你会给我什么建议?”
通用说法：家人在那边，或则想到大城市发展。
2.3加班的想法
1、(将问题抛给HR，)在回答您的问题之前我想了解一下贵公司的加班制度是如何的。
(这些回答，虽然是把问题抛回给HR，让HR表明公司对于加班的心态，虽然好多大公司
对于加班都有明晰的规定，哪些情况该加班，加班会有哪些福利等等问题都是确定的，
而小公司就随便好多，常常是老总要求加班职工就得无条件加斑。为此，倘若公司的加班制度明晰，
这么HR就能否明晰地向你介绍，你在了解之后再给出回应也不迟。笔试本就是单向选择的过程，
你也没必要为了通过笔试，满嘴答应自己乐意加斑。)
2、在IT行业里，加班是比较正常的，首先我会了解加班的缘由，倘若公司近段时间须要赶
项目进度或则是站在重要的关键节点上须要加班，我会站守自己的岗位，把自己手上的事做好，
和团队一起加班，让公司按预期的进度加快项目，这在我看来是必要的加班，
若果是其他的诱因，例如个人缘由，我会努力不加班，在保证工作质量的前提下，
我会提升自己的工作效率，防止加班。
假如说公司基本上天天都要加班，加班的频车较高，我希望可以降低何必要的加班，让职工
得到充分的休息，有休息才能把工作效率提高上来，工作就会更有效率，另外有些工作上的
能力炼可以在其它地方，而不在工作的本身，例如对生活的理解和感受等之类，
是从工作学校习不到的，正所谓工夫在诗外嘛。
还有，我之前在上一个公司下班，住的地方离公司较远，作为一个女孩，出于个人人身安全考虑，
我更希望不加班，即便生命健康是从事一切活动的前提嘛。
通用说法：假如项目组比较忙，加班是没有问题的。
2.4你还有哪些问题要问?
少问一些福利相关的问题
1.公司现今做哪些项目2.公司目前做哪方面测试3.公司那边测试人员分配比列
4.步入公司，我那边大约的工作安排5，公司那么后续发展机会还有培养
6，有没有培训7，笔试没有回答上的问题，再去讨教
2.5你的职业发展规划和职业目标
依照公司况，个人诱因来说：看公司的岗位要求，招岗位就是攻能
公司只做功能测过
接出来一年时间内，愈发建立自己的功能测试，2-3年内熟手动化或则性能，
3-5年内系统成为手动化或则性能，成为资深技术人员
公司做手动化与性能测试
1-2年内熟恐手动化或则性能，3-5系统成为手动化或则性能，成为资深技术人员性能与手动测试
找一个比较稳定平台，跟公司常年发展，后期走管理或则产品路线
2.6你近来测试的峰会和网站是哪些?
工作中积累，查看网站峰会(51testing)，CSDN，书籍《性能测试专家》，《性能之巅》
偏开发，python手动化，selenium手动化
2.7对于一个新的工具你有哪些想法
1.自己先去研究2，找会的去讨教3，百度去找资料4，工具原始文档
2.8你做了3年测试收获，你的测试心得
3年的测试经验，对我来说也是3年的工作经验，在这3年的工作经验当中，我认为心态比能力要重要，做好一个测试，最主要是性格，信心，耐心，悉心还须要良好的沟通能力。不断学习的能力，产品质量，测试流程这块很关键，好的计划加好的执行能够成就好的产品。
2.9如何改行的，结业以后仍然从事软件测试吗
非专业
1、培训，不要说刚培训下来
2、自学，不断仍然学习
3、家里有关系，带你入行，旁边学习过程很勤劳
计算机相关专业
1，实习开始，公司分配到做测试，做测试过程，比较喜欢测试，仍然做出来
2.10曾经在那里下班，公司地址，测试多少人，开发多少人【个人编撰】
按照你简历里面写的，公司详尽地址
产品1、项目1个、架构师1个、前端3个、后端5个、0os1个、Android1个，
测试3个(测试主管，核心测试人员)、运维1个、ui1个
2.11你的期望工资是多少?
1，期望工资不要说区间例如说：10-12，那肯定是10
2，假如原先公司在二线城市原有工资不要说太高，
3，上海这边工资，比上海高10%-15%
2.12多久能入职?
1，公司比较满意，直接随时过去。
2，不是很满意，明天一，个人有点事情，例如说回去一趟等等。
2.13是如何考虑做软件测试呢?
1、个人性格合适2、前景还可以3、个人技能也匹配
2.14是否有考虑往开发方面测试?
我认为，IT行业，没有具体的界限，后期，开发也要懂测试，测试也要懂开发，
倘若公司有机会，乐意去尝试
2.15计算机专业课程有什么?
公共课程：物理(高等物理、线性代数、概率论与数理统计、离散物理、数值剖析)，
政治(马克思主义思想导论、毛泽东思想导论与中国特色社会主义思想、
思想道德修养与法律基础、中国近现代史纲要)、大学外语、体育。
专业基础课程：电路原理、模拟电子技术、数字逻辑、微机原理、汇编语言、操作系统原理、
编译原理、算法与数据结构、面向对象方式、C语言/C++语言等。
专业方向课程：计算机数据库原理、python语言、图形学、人工智能，多媒体技术、
网路安全、人机交互、无线互联网技术、软件开发方式、高性能技术系统仿真和虚拟现实等。
专科3年、本科4年，
专科四级、大学外语四级及格425分、总分710
2.16说一下上一个公司背景?
了解公司主要是哪些项目，百度查下，
倘若公司主营产品跟你项目不匹配
例如：原先公司做医疗设备，那就说：我们是项目外包的部门，专门接项目
2.17超过26岁女宝宝，目前有没有准备离婚【无歧视男性】
暂时没有离婚的计划与准备，假如早已有儿子，说暂时不考虑头胎，
有孩子，可以说孩子在老家(原先有同学由于这个问题，被公司pas过)
三、测试理论3.1大家原先项目的测试流程是怎样样的?
我们的测试流程主要有三个阶段：需求了解剖析、测试打算、测试执行。
1、需求了解剖析阶段
我们的SE会把需求文档给我们自己先去了解一到三天这样，然后我们会有一个需求澄清大会，
我们会把不明白不理解的需求在大会上说下来，包含需求的合理智还有需求的可测性等，
产品那边解答，目的是让我们测试那边和开发对需求的理解达到一致。
2、测试打算阶段
大会结束以后我们开始打算测试工作，我们测试那边会写一个测试计划，分配每位人负责的模块，
之后我们就按照自己负责的模块用xmind(思维导图)进行测试需求剖析，剖析测试点，
以及编撰测试用例，然后我们会在自己的组内先进行评审，评审更改以后就会在我们的项目组评审，
评审完后进行更改测试用例。
3、测试执行阶段
开发人员编撰好代码以后，我们会把代码包通过Jelkins布署到测试环境提测，进行SIT测试，
在即将测试之前我们会先做一个着火测试，白烟测试通过以后我们才转测，在执行测试的过程中，
我们假如发觉bug都会用tapd(或则禅道)记录而且递交bug，也会进行bug复测，以及回归测试，
每一轮测试结束以后我们就会写一个测试报告，通常情况下，测试4-5轮过后会达到上线要求，
当达到上线的标准后，测试报告会觉得测试通过，上线前我们会做预发布测试，预发布通过后，
由项目组与产品决定时间上线，上线完成，一周左右我们会写一个项目总结测试报告，
总结我们在上一个版本中遇见的问题以及今后有什么地方须要改进，在产品选代过程中，
我们会跑手动化用例来进行回归测试。
3.2假如需求不明晰的话你怎样办?
需求不明晰的话我会在需求澄清大会里面提出来，问清楚这个需求只有明晰需求，
能够更好的完成工作，后续工作中还是不清楚，可以找产品再去确认这个需求。
3.3有什么须要评审，什么人在
1、xmind思维导图评审，主要是测试人员
2、测试用例须要评审，测试人员，开发人员，产品人员
3、需求文档，项目组所有的人员，就会到场
3.4有没有写过测试计划，具体包括什么内容?
参考答案1：
测试计划内容：
(1)目的和范围(2)规程(3)测试方案和技巧(4)测试的准入和准出
(5)测试计划(流程、时间安排、对应人员)(6)测试的环境配置和人员安排(7)交付件
参考答案2
我们公司之前根据考评要求写过测试计划，不过前面老大认为太耽搁工作进度，
旁边通常都不再写测试计划，而是写版本计划，这个在版本计划，每位人的任务列下来，
负责人列下来，自己按照自己的情况分配时间，之后汇总，你们一起开个小会评审就可以了。
3.5用例包含什么部份，什么用例设计方式，你通常常用什么方式?
原先我们用例包含
测试项目，用例编号、测试标题、优先级、预置条件、操作步骤、测试数据、预期结果
黑盒测试用例设计方式：主要是等价类、边界值、错误推论法、判定表、因果图、正交表、
流程剖析法、状态迁移法、异常剖析法。
常用的：等价类、边界值、判定表、流程剖析法、错误推论法。
等价类是指某个输入域的子集合，在该子集合中，
各个输入数据对于揭发程序中的错误都是等效的，
并合理地假设：测试某等价类的代表值就等于对这一类其它值的测试，因而，可以把全部
输入数据合理界定为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，
就可以用少量代表性的测试数据取得较好的测试结果，
等价类界定可有两种不同的情况有效等价类和无效等价类。
边界值的话就是对等价类界定方式的补充。测试工作经验告诉我，大量的错误常常是发生在输入或输出范围的边界上而不是发生在输入输出范围的内部，因而的话针对各类边界情况来设计测试用例，可以查出更多的错误，使用边界值剖析方式设计测试用例的话，首先应当确定边界情况，通常输入和输出等价类的边界，就是应注重测试的边界情况应该选定刚好等于，刚才小于或刚才大于边界的值作为测试数据，而不是选定等价类中的典型值或任意值作为测试数据。
对于错误推论法，这个是基于经验和直觉猜测程序中所有可能存在的各类错误，
因而有针对性的去设计测试用例的方式的，主要就是列列举程序中所有可能有的错误和容易发生错误的特殊情况去按照这种情况来选择测试用例，比如，在单元测试时曾列举的许多在模块中常见的错误曾经产品测试中以前发觉的错误等，这种就是经验的总结。还有，输入数据和输出数据为0的情况。
输入表格为空格或输入表格只有一行。那些都是容易发生错误的情况，可选择这种情况下的事例作为测试用例。
后面介绍的等价类界定方式和边界值剖析方式都是注重考虑输入条件但都没有考虑输入条件之间的联系，互相组合等等的情况。考虑输入条件之间的互相组合，可能会形成一些新的情况，
并且要检测输入条件的组合并不是一件容易的事情，就算把所有输入条件界定成等价类，
她们之间的组合情况也相当多，因而的话可以考虑采用一种适宜于描述对于多种条件的组合，
相应形成多个动作的方式来考虑设计测试用例，这就须要用到因果图(逻辑模型)。
因果图方式最终生成的就是判断表它适宜检测程序输入条件的各类组合情况。
3.6TestLink工具使用?
(1)创建用户，并给新创建的用户指定权限。
(2)创建测试用例，对测试用例进行增、删、改、查
(3)把测试用例关联到对应的测试计划中。
(4)把测试用例委派给对应的测试人员。
(5)对应的测试人员，查看被委派的测试用例，并执行测试用例。
3.7怎么递交一个好的BUG
对BUG有一个清晰明了的描述；详尽描述BUG再现的步骤
对于形成BUG的环境进行描述；递交BUG相关的图片和日志;
定位好BUG的等级；将预期结果与实际结果进行对比。
3.8提bug须要注意什么问题?不要急着递交，先跟开发说明bug的情况，定位剖析下bug。
是后端问题还是前端问题再去递交bug。
简单明了的概括bug标题，清晰的描述bug再现步骤，剖析bug和预期正确结果，附加bug的截图或则日志。描述bug的时侯。在不能确认该情况是否为bug的时侯，可以讨教其他人。递交完bug之后，旁边还要跟踪bug修补情况。3.9bug如何管理的，bug的生命周期或则是bug的状态
原先bug是用禅道来管理的
原先我们公司bug，递交bug直接给对应的开发人员，对应开发人员修补完成，交给测试复测，
复测通过关掉bug，不通过打回给对应开发。
递交-开发人员(已激活未确认)-开发进行确认，状态弄成已激活，已确认，开发修补完成，
标明状态是已修补，测试人员复测通过，已关掉，打回给对应开发，早已激活。
3.10递交bug包含什么内容
所属产品、所属模块、所属项目、影响版本、指派人员
截至日期、严重程度、优先级、bug类型、bug环境
Bug标题、重现步骤、附件
3.11你递交的bug，开发不认可如何办?
首先我会再看需求文档，是不是我的理解有误，倘若是我对需求理解错的话我就去关掉bug。
假如是bug再去让其他测试人员瞧瞧听下她们的意见，之后自己先再三去复测，并目保存好截图和日志，确定这是一个bug以后我就去跟开发说明白，而且给他看bug再现的截图以及日志，假如开发还是不认可的话我就跟产品或项目总监说明白情况。
3.12对应难以再现bug，应当如何处理?
首先，我会多测几次，测了好多次都难以再现的话我就先把bug挂起，但是留心一下，瞧瞧往前的测试中，假如在前面的测试中再现bug就激活，假如经过几个版本都还没发觉的话就关掉bug。
3.13界面中的乱码可以是那里引起的?
(1)数据库中的编码设置(2)后端页面编码(3)后台代码也会编码
3.14bug的级别有什么，级别怎样判别
1、致命：对业务有至关重要的影响，业务系统完全失去业务功能，难以再继续进行，
或业务系统遗失了业务数据且难以恢复，影响公司营运的重要业务数据出错。
2、严重：对业务有严重的影响，业务系统早已失去可部份的重要的业务功能，或业务系统
遗失了业务数据且可以恢复，通常业务数据出错。
通常：对业务有较小的影响，业务系统失去了较少的业务功能，
比如：界面错误，复印或显示格式错误。
提示：对业务没有影响，不影响业务过程正常进行，
比如：辅助说明描述不清楚，提示不明晰的错误提示。
3.15测试中，怎样判别是后端的bug还是前端的bug呢?
一般可以借助抓包工具来进行剖析。可以从三个方面进行剖析：恳求插口、传参数、响应。
1）恳求插口un是否正确假如恳求的插口ur错误，为后端的bug
2）传参是否正确假如传参不正确，为后端的bug
3）恳求插口u和传参都正确，查看响应是否正确假如响应内容不正确，为前端bug
4）也可以在浏览器控制台输入js代码调试进行剖析
3.16项目上线后发觉bug，测试人员应当如何办
看严重级别：严重还是不严重
严重的：紧急变更上线
不严重：修补好后跟下个版本一起上线
用户会通过运维反馈到项目组那边，项目总监会按照功能模块的负责人，分给对应的开发与测试。
测试人员：编撰对应的测试用例、测试环境中再现bug、提交bug、
交给开发进行修补、修复完成bug、进行bug的复测。
若果测试环境难以再现，可以导出生产环境的包到测试环境中测试，
还是不能复现，查看生产环境的日志去定位问题。
3.17怎样保证质量
(1)需求要吃透，多问，多去了解。
(2)严格依照测试流程去执行：多考虑用户测试场景，使用测试用例设计方式，多评审。
(3)要有良好的测试执行：要求用例执行率达到100%，多轮测试，进行探求性测试，
须要测试之间交叉测试，用工具来管理我们的测试工作(禅道，testlink，excel，tapd)
(4)不断的反省与提高。
3.18产品是怎样上线的?
通常我们会选择白天上线，开发测试还有产品全部到场，进行上线测试。
首先，开发将代码打包到生产环境的服务器中，假如数据表有变化，都会运行sql文件，
对表的一些操作，接着，我们测试就开始先测试主体业务功能以及新增的功能模块;
测试通过以后，我们会在界面上把上线测试的数据删掉，正常上线。
假如发觉bug，开发人员当场修补bug，修补成功以后我们测试再复测，通过就可以正常上线
假如发觉了bug开发人员在上线规定时间之前都还没有修补好的话，就看问题的严重性，
假如严重就延后上线，假如我们是迭代版本的话我们还须要版本回滚。
若果不严重，产品跟顾客认为可以上线，就正常上线。
3.19你测试数据是从那里获得?如何获得的，如果不告诉你，你如何处理?通常都是我们测试人员在测试过程自己造的测试数据，若果大量数据，我们可以用到储存过程。也可以让运维人员帮忙从生产环境导入相关的测试数据，假如测试数据中涉及安全性的数据，
直接是不能导入。
3.20怎么测试万分之一机率问题用Jmeter或则其他手动化测试工具造大量数据让开发更改机率的比列3.21为何要写测试用例?
1)提升测试效率2)提升测试覆盖率3)监控测试进度情况4)也是质量的标准指标
CMM质量体系(用例数也是一个测度标准QA岗位)
3.22那大家测试用例是如何编撰的
原先我们主要是用exce编撰的，其实也用过用禅道，testlink去编撰，禅道都是excel表格编撰完成，导出禅道系统，testlink也可以Exce表格，编撰，编撰测试，导出testlink
3.23有没有写过测试报告，具体包括什么内容?
参考答案1：
1)项目背景和目的2)测试用例设计3)测试环境4)测试过程用到的工具
5)测试范围6)测试用例执行情况7)测试缺陷剖析和总结8)测试结果
参考答案2：
这个是写过的，测试报告，虽然就是把我们测试的整个过程情况，数据统计，弄成报告，包括用例执行情况，测试了什么模块，多少用例，会那里模块，手动化通过率，手动化跑了多少，是否全部通过，发觉了多少bug，bug的情况，是否遗漏bug，测试推论等等这种，基本就那些。
3.24测试报告中测试的推论是哪些?
测试报告上面有个测试推论：
bug的情况、bug级别、bug分布情况(分布什么模块)、
bug形成缘由(设计问题，需求问题，代码问题)
2）测试是否通过
3.25怎么写好一个测试用例
才能发觉bug的用例就是一个好的测试用例
其实我们在编撰测试用例的时侯，一定要步骤、场景清晰、尽量去覆盖所有的测试场景
3.26哪些是着火测试?在哪些时侯进行着火测试?
着火测试通常我们是在系统测试之前，对所有主体的业务功能，测试看是否存在严重bug，
假如存在严重bug，表示，白烟测试不通过
3.27回归测试策略
1）功能的回归
优先测试用例级别比较高的功能模块，可以进行手动化测试
假如时间够，进行全量测试
2）bug回归
复测这个bug，但是相关联的模块与功能也会测试一遍，以免因为更改bug造成其他问题形成
3.28和开发沟通。是如何沟通的
通常我在提bug的时侯跟开发沟通最多，例如有一些不清晰的内容会去问开发，还有提完bug后会跟踪bug的进度，提醒开发早日修补bug，还有测插口的时侯去找开发拿插口文档，虽然我们的工作跟开发都是息息相关的所以都常常还会有沟通的。
3.29测试中有什么风险
1）测试，需求理解前面有误差
2）测试人员水平不够，测试人员覆盖点不全
3）测试人员时间不够，造成测试不完全
4)测试环境里面不足，致使测试点不能完全测试完成
3.30如何保证测试质量或则你如何保证你100%覆盖了需求
把需求了解通透，引用用例评审机制，之后编撰测试用例的时侯用边界值，用等价类补充一些用例，依照过往经验用错误推论法来追加一些用例，假如存在组合情况的话我会用因果图或则判定表来编撰，假如业务场景清晰的情况下我会用流程剖析法，假如状态有发生改变的话我都会用状态迁移法。编撰用例一个非常考验耐心的事情，要考虑到各类场景，全面覆盖到会出现的场景。
3.31一个需求，7天要上线，你如何做？
先跟笔试官确定，产品哪些是转测；
1）假如转测时间，在近来1-2天，直接了解需求开始测试。
2）假如一天后转测，三天半时间了解需求，三天写测试点和写测试用例，三天进行评审和更改测试用例，2天执行试用例与理交bug，最后三天半进行回归测试与编撰测试报告。
3）假如4-5天后进行转测试，边开发边测试，三天半时间了解需求，三天写测试点和写测试用例，三天进行评审和更改测试用例，开始执行测试，开发一部份，我们就测试一部份。
3.32产品上线衡量的标准?
1）测试用例执行率100%，通过率95%
2）1-2级bug修补率达到100%，3-4级bug修补率达到95%
3.33测试过程中，发觉好多用例重复的，有的人觉得没必要再测，你如何看?
假如是同一个横块，重复用例，我们可以考虑不再进行重复测试，假若不同模块，引用相同的测试用例，我们还是须要重复测试
3.34上线后有没有另外的测试用例在生产环境里测试
有：我们会去单独去编撰测试用例，只是主体流程用例，新增功能的用例
没有：我们会选购原先测试用例中，级别比较高的用例去执行，或则我们构建一个checklist列表，去检测功能是否正常使用。
3.35哪些是多分支开发和单分支开发?
git工具相当于svn工具，分支开发每位版本或则模块，开发不同模块，分支合并，把所有的功能全部整合上去，显然就界定功能模块去开发。
3.36兼容性测试大家是如何测的?app与web
Web：
不同的浏览器，E，微软，傲游，浏览器显示比列，浏览器前进，退后，刷新按键。
App：
不同手机厂商，机型，系统版本，显存大小，帧率，屏幕的大小，高档机与高端机，考虑平板
3.37功能测试重复测试比较高，如何看待这个问题?
1）对于测试来说，还是良好耐心，问题未能防止事情，重复的事情还是要去执行
2）重复事情，我们用手动化测试来进行取代
3.38项目同时发布，你如何处理?
1）确定下，我们几个项目是否可以同步发布完成
2）假如确定项目不是同时发布(时间问题，人员问题)
确定下项目的优先级，跟顾客那边商量优先级低一些项目延后发布(产品跟顾客)
3.39大家开发转测试如何转的
1）开发人员发短信告知对应的测试人员：新的代码地址、最新的sql文件、需求开发完成的情况。
2）测试人员把最新的代码和sql脚本更新到测试环境中，并进行着火测试，
要是着火测试不通过则转测失败。
3.40大家的开发语言是哪些？
java后台开发：
SSMspring+springy+mybaits（数据的封装）
SSHsprint+springmvc+hibernate
springboot
fianl急速开发框架
maven项目pom.xml文件...中央库房
python后台开发框架
Djangoflask
后端开发语言：
JavaScript+css+htmlbootstrap框架常用库：jquery简称JQEs6/E57
phpThinkPHP框架
假如对你有帮助的话，点个赞收个藏，给作者一个鼓励，也便捷你上次就能快速查找，谢谢。
假如你想获取该文章配套的视频视频教程以及练手的插口。请狠狠点击文章末尾推广小卡片
并把所需的资料的文章链接发给我即可申领
假如你想获取简历模板+笔试技术宝典+求职视频+上千份测试真题，
请狠狠点击文章末尾推广小卡片
并把所需的资料的文章链接发给我即可申领
#5:7:9:4:e:b:0:a:6:4:5:9:7:4:2:6:f:4:9:5:9:a:7:4:a:7:9:5:d:f:6:0#
