面试管你好！我叫XX，毕业于XXX学校，XX专业，这次我面试的是XX职位。
我X段工作经历，第一段是在XXX公司，负责XX
第二段是在XX公司，负责XX
第X段是在XX公司，负责XX
我看了公司的招聘要求与我比较符合，如果有幸进入公司，我期待能在贵公司发挥自己的特长和专业，与公司一起成长，谢谢！
1、你的测试职业发展是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间积累的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年积累测试经验，按如何做好测试工程师的要点去要求自己，不断更新自己改正自己，做好测试任务。
2、你认为测试人员需要具备哪些素质
做测试应该要有一定的协调能力，因为测试人员经常要与开发接触处理一些问题,如果处理不好的话会引起一些冲突，这样的话工作上就会不好做。还有测试人员要有一定的耐心，有的时侯做测试很枯燥乏味。除了耐心，测试人员不能放过每一个可能的错误。
3、你为什么能够做测试这一行
虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任这个工作的，因为做软件测试不仅是要求技术好，还有有一定的沟通能力，耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。
4、测试的目的是什么?
测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。
5、测试分为哪几个阶段?
一般来说分为5个阶段:单元测试、集成测试、确认测试、系统测试、验收测试
6、单元测试的测试对象、目的、测试依据、测试方法?
测试对象是模块内部的程序错误，目的是消除局部模块逻辑和功能上的错误和缺陷。测试依据是模块的详细设计，测试方法是采用白盒测试。
加班的话我没有太多意见，但是我还是觉得如果能够合理安排时间的话，不会有太多时候加班的。
8、结合你以前的学习和工作经验，你认为如何做好测试。
根据我以前的工作和学习经验，我认为做好工作首先要有一个良好的沟通，只有沟通无障碍了,才会有好的协作,才会有更好的效率，再一个就是技术一定要过关，做测试要有足够的耐心，和一个良好的工作习惯，不懂的就要问，实时与同事沟通这样的话才能做好测试工作。
9、你为什么选择软件测试行业
因为之前了解软件测试这个行业，觉得他的发展前景很好。
10、根据你以前的工作或学习经验描述一下软件开发、测试过程，由哪些角色负责，你做什么
要有架构师、开发经理、测试经理、程序员、测试员。我在里面主要是负责所分到的模块执行测试用例。
11、根据你的经验说说你对软件测试/质量保证的理解
软件质量保证与测试是根据软件开发阶段的规格说明和程序的内部结构而精心设计的一批测试用例(即输入数据和预期的输出结果),并根据这些测试用例去运行程序,以发现错误的过程。它是对应用程序的各个方面进行测试以检查其功能、语言有效性及其外观排布。
12、软件测试的流程是什么?
- 需求调查:全面了解系统概况、应用领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等。根据系统概况进行项目所需的人员、时间和工作量估计以及项目报价。
- 测试准备:组织测试团队、培训、建立测试和管理环境等。
- 测试设计:按照测试要求进行每个测试项的测试设计，包括测试用例的设计和测试脚本的开发等。
- 测试实施:按照测试计划实施测试。
-测试评估:根据测试的结果，出具测试评估报告。
13、你对SQA的职责和工作活动(如软件度量)的理解?
SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程(如果有相应的CMM规程),对于不符合项及时提出建议和改进方案，必要时可以向高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。SQA主要的工作活动包括制定SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等。
14、说说你对软件配置管理的理解
项目在开发过程中要用相应的配置管理工具对配置项(包括各个阶段的产物)进行变更控制，配置管理的使用取决于项目规模和复杂性及风险的水平。软件的规模越大,配置管理就越显得重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准，随后的工作便基于此标准，并只有经过授权后才能变更这个标准。配置管理工具主要有CC，vSS,
cVS,SVN等，我只用过SVN，对其他的工具不是很熟悉。
15、怎样写测试计划和测试用例
简单点，测试计划里应有详细的测试策略和测试方法，合理详尽的资源安排等，至于测试用例，那是依赖于需求(包括功能与非功能需求)是否细化到功能点，是否可测试等。
16、如何编写提交给用户的测试报告?
随着测试工作越来越受重视，开发团队向客户提供测试文档是不可避免的事情。很多人会问：“我们可以把工作中的测试报告提供给客户吗?”答案是否定的。因为提供内部测试报告，可能会让客户失去信心，甚至否定项目。
测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况，这里不过多讨论，读者可以参考相关教材。这里主要讨论一下外部测试报告的写法，一般外部测试报告要满足下面几个要求：
- 根据内部测试报告进行编写，一般可以摘录;
- 不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道;
- 报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的;
- 报告上面的内容尽量要真实可靠;
- 整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。
总之，外部测试报告要小心谨慎的编写。
17、你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度的保证软件的质量?
测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方式，是软件质量保证工程的一个重要组成部分。
18、基于目前中国的国情，大多数公司的项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量?(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况–既不想投入过多又想保证质量)
出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能的，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化到足够且有针对行的测试。所以，作为公司质量保证的因该和项目经理确定符合项目本身是和的软件生命周期模型(比如RUP的建材，原型法)，明确项目的开发流程并督促项目组按照此流程开展工作，所有项目组成员(项目经理更加重要)都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范围内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。
19、当开发人员说不是BUG时，你如何应付?
开发人员说不是BUG，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动。3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的一句是什么?如果被用户发现或出了问题，会有什么不良结果?程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来，跟开发经理和测试经理进行确认，如果要修改就改，如果不要修改就不改。其实有些真的不是BUG，我也只是建议的方式写进测试文档中，如果开发人员不修改也没有大问题。如果不是BUG的话，一定要坚持自己的立场，让问题得到最后的确认。
20、你自认为测试的优势在哪里?
优势在于我对测试坚定不移的信心和热情，虽然经验还不足，但测试需要的基本技能我有信心在工作中得以发挥。
21、一条软件缺陷(或者叫bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(bug)记录?
- bug标题，需要清晰的描述现象
- bug可能属于的模块，如果不能确认，可以用开发人员来判断
- bug产生对应的软件版本
- bug描述，需要尽量给出重新bug的步骤
- bug附件中能给出相关的日志和截图。
22、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题?
1、检查系统是否有中毒的特征;
2、检查软件/硬件的配置是否符合软件的推荐标准;
3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务;
4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的;
5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。
23、如何测试一个纸杯？
- 功能度：用水杯装水看漏不漏；水能不能被喝到
- 安全性：杯子有没有毒或细菌
- 可靠性：杯子从不同高度落下的损坏程度
- 可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
- 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
- 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
- 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
- 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等
- 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
24、给你一个网站，你如何测试？
1、查找需求说明、网站设计、原型图等相关文档，分析测试需求。
2、制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：
功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。提交功能的测试。
多媒体元素是否可以正确加载和显示。多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
- 页面是否风格统一，美观
- 对于必须但为安装的空间，是否提供自动下载并安装的功能
- 页面布局是否合理，重点内容和热点内容是否突出
25、一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别?
300 个用户在一个客户端上，会占用客户机更多的资源，而影响测试的结果。线程之间可能发生干扰，而产生一些异常。300 个用户在一个客户端上，需要更大的带宽。IP 地址的问题，可能需要使用 IP Spoof 来绕过服务器对于单一 IP
地址最大连接数的限制。所有用户在一个客户端上，不必考虑分布式管理的问题；而用户分布在不同的客户端上，需要考虑使用控制器来整体调配不同客户机上的用户。同时，还需要给予相应的权限配置和防火墙设置。
26、黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！
比较简单，不需要了解程序内部的代码及实现；与软件的内部实现无关；从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；在做软件自动化测试时较为方便。 不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的 30%；自动化测试的复用性较低。 帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。
程序运行会有很多不同的路径，不可能测试所有的运行路径；测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；系统庞大时，测试开销会非常大。
27、软件测试项目从什么时候开始？为什么？
软件测试应该在需求分析阶段就介入,因为测试的对象不仅仅是程序编码,应该对软件开发过程中产生的所有产品都测试,并且软件缺陷存在放大趋势.缺陷发现的越晚,修复它所花费的成本就越大。
28、测试结束的标准是什么？
从微观上来说，在测试计划中定义，比如系统在一定性能下平稳运行 72 小时，目前 BugTracking System 中，本版本中没有一般严重的 BUG，普通 BUG 的数量在 3 以下，BUG 修复率 90%以上等等参数，然后由开发经理，测试经理，项目经理共同签字认同版本 Release。如果说宏观的，则是当这个软件彻底的消失以后，测试就结束了。
29、请设计一个关于ATM自动取款机的测试用例。
- ATM所识别卡的类型；
- 密码验证(身份登陆、是否为掩码、输入错误密码时是否提示，连续三次错误吞卡等)；
- 金额多少的限制，单次最大最小提取金额、每天最大提取金额等）；
- 取款币种的不同，如人民币、美元、欧元等。
- 是否提示客户操作完成后，打印相关操作信息；
- 是否提示客户操作完成后，取回客户卡；
- 是否有自动吞卡：非法客户\密码错误客户\规定时间内未完成相关操作功能的客户。（如果有，有无报警功能(保密报警)）
- 平均无故障时间，平均故障修复时间，输入密码后验证时间，出钞票时间，查询余额等待时间。
- ATM各个操作功能(硬件)是否正常、易懂；
- ATM的界面显示是否友好；
- ATM是否支持英文操作；
- ATM是否存在异常（断电、黑客入侵）有自动保护（报警）功能；
30、我手上这支笔，请你根据这支笔设计测试用例
首先我要测它的外观、颜色是否符合要求、所占的空间是多大、是否环保、接下来测它的质量、这支笔是否能够写字流畅、写出的自得颜色是否符合要求、能使用多长时间等
- 功能测试：按下开机键，屏幕能否亮起
- 性能测试：按下开机键，屏幕能否在规定时间内亮起
- 压力测试：连续多次按下开机键，观察屏幕是否能一直亮起，到多久时间失灵
- 健壮性测试：给定一个中了病毒的手机或者是淘汰许久的老机子，安歇开机键观察屏幕能否亮起
- 可靠性测试：连续按下开机键有限次数，比如1万次，记录屏幕未亮起的次数
- 可用性测试：开机键按下费不费力，开机键的形状设计是否贴合手指，开机键的位置设计是否方便
- 用等价类和边界值，判断支付的金额；
- 如果没有登陆能否支付，支付成功后是否可以正常跳转；
- 支付方式是否支持扫码支付，第三方平台支付（支付包，云网等），语音支付，指纹支付；
- 支付时是否需要身份验证，支付后有无手机短信提示，是否可以找他人代付；
- 用边界值法有无支付额度限制，余额不足时有无提示，支付时是否是动态加密支付；
- 待支付状态：订单是否可以正常支付；是否可以取消；有相同订单是否可以支付两次；
- 是否可以扫码支付，输入错误的密码会怎样显示，有无错误次数限制；
- 若支持扫码支付，二维码是否支持支付包和微信扫码，若两人同时扫描怎么处理；
- 有无最小支付金额限制，无意义的支付金额0，重复支付如何处理；
- 如果支付包含优惠金额，该怎么处理优惠额度；
- 弱网，无网时是否可以支付；
- 退款到账时间，耗电量的多少；
- 带负载情况下的响应时间和吞吐率，在某个时间段内同时访问系统的用户数量 ；
- 支付界面有无错别字，排版是否合理，颜色搭配是否合理；
- 若支付不成功是否原路退款，若支付成功，有无支付信息提示；
- 用fiddler抓包尝试修改价格，对订单金额有无效验；
- 直接输入需要权限的页面地址可用访问；
33、对于有系统大量并发访问，你会如何做测试，有什么建议
如何做高并发系统的测试，一般而言，整体的测试策略是：先针对部分系统进行性能测试及压力测试，得到各部分的峰值处理性能，再模拟整体流程测试，重点测试整体业务流程以及业务预期负荷，着重测试以下几点：
- 1、不同省份，不同运营商CDN节点性能，可采用典型压力测试方案
- 2、核心机房BGP网络带宽，此部分重点在于测试各运行商的BGP网络可靠性，实际速率，一般采用smokeping,lxChariot等工具
- 3、各类硬件设备性能，一般采用专业的网络设备测试工具
- 4、各类服务器并发性能，分布式处理能力，可采用压力测试方案工具
- 5、业务系统性能，采用业务系统压力测试方案
- 6、数据库处理性能，这部分需要结合业务系统进行测试，以获取核心业务场景下的数据库的TPS/QPS，
- 7、如果有支付功能，需要进行支付渠道接口及分流测试，此部分相对而言可能是最大的瓶颈所在，此外还涉及备份方案，容灾方案，业务降级方案的测试。
1.在红包钱数，和红包个数的输入框中只能输入数字
2.红包里最多和最少可以输入的钱数 200 0.01
3.拼手气红包最多可以发多少个红包 100
3.1超过最大拼手气红包的个数是否有提醒
4.当红包钱数超过最大范围是不是有对应的提示
5.当发送的红包个数超过最大范围是不是有提示
6.当余额不足时，红包发送失败
7.在红包描述里是否可以输入汉字，英文，符号，表情，纯数字，汉字英语符号，
7.1是否可以输入它们的混合搭配
8.输入红包钱数是不是只能输入数字
9.红包描述里许多能有多少个字符 10个
10.红包描述，金额，红包个数框里是否支持复制粘贴操作
12.红包描述里的表情可以删除
13.发送的红包别人是否可以领取
13.1发的红包自己可不可以领取 2人
14. 24小时内没有领取的红包是否可以退回到原来的账户
14.1 超过24小时没有领取的红包，是否还可以领取
15.用户是否可以多次抢一个红包
16.发红包的人是否还可以抢红包 多人
17.红包的金额里的小数位数是否有限制
18.可以按返回键，取消发红包
19. 断网时，无法抢红包
20.可不可以自己选择支付方式
21.余额不足时，会不会自动匹配支付方式
22.在发红包界面能否看到以前的收发红包的记录
23.红包记录里的信息与实际收发红包记录是否匹配
24.支付时可以密码支付也可以指纹支付
25.如果直接输入小数点，那么小数点之前应该有个0
26.支付成功后，退回聊天界面
27.发红包金额和收到的红包金额应该匹配
28.是否可以连续多次发红包
29.输入钱数为0，"塞钱进红包"置灰
1.弱网时抢红包，发红包时间
2.不同网速时抢红包，发红包的时间
3.发红包和收红包成功后的跳转时间
1.苹果，安卓是否都可以发送红包
2.电脑端可以抢微信红包
1.发红包界面没有错别字
2.抢完红包界面没有错别字
3.发红包和收红包界面排版合理，
4.发红包和收到红包界面颜色搭配合理
1.对方微信号异地登录，是否会有提醒 2人
2.红包被领取以后，发送红包人的金额会减少，收红包金额会增加
3.发送红包失败，余额和银行卡里的钱数不会少
4.红包发送成功，是否会收到微信支付的通知
1.红包描述，可以通过语音输入
2.可以指纹支付也可以密码支付
35、微信发朋友圈点赞
点赞某条朋友圈，验证是否成功 点赞朋友圈，验证朋友能否收到提示信息 点赞朋友圈，是否在规定时间显示结果，是否在规定时间在朋友手机上进行提 在不同的终端比如ipad,手机上点赞朋友圈，验证是否成功
36、如何对淘宝搜索框进行测试
1、输入关键字，查看: 返回结果是否准确，返回的文本长度需限制
1.1输入可查到结果的正常关键字、词、语句，检索到的内容、链接正确性；
1.2输入不可查到结果的关键字、词、语句；
1.3输入一些特殊的内容，如空、特殊符、标点符、极限值等，可引入等价类划分的方法等；
2、结果显示：标题，卖家，销售量，单行/多行，是否有图片
3、结果排序：价格 销量 评价 综合
4、返回结果庞大时，限制第一页的现实量，需支持翻页
5、多选项搜索：关键字 品牌 产地 价格区间 是否天猫 是否全国购
6、是否支持模糊搜索，支持通配符的查询
7、网速慢的情况下的搜索
8、搜索结果为空的情况
9、未登录情况和登录情况下的搜索（登录情况下 存储用户搜索的关键字/搜索习惯）
1、压力测试：在不同发用户数压力下的表现（评价指标如响应时间等）
2、负载测试：看极限能承载多大的用户量同时正常使用
3、稳定性测试：常规压力下能保持多久持续稳定运行
4、内存测试：有无内存泄漏现象
5、大数据量测试：如模拟从庞大的海量数据中搜索结果、或搜索出海量的结果后列示出来，看表现如何等等。
三. 易用性：交互界面的设计是否便于、易于使用
1、依据不同的查询结果会有相关的人性化提示，查不到时告知？查到时统计条数并告知？有疑似输入条件错误时提示可能正确的输入项等等处理；
2、查询出的结果罗列有序，如按点击率或其他排序规则，确保每次查询出的结果位置按规则列示方便定位，显示字体、字号、色彩便于识别等等；
3、标题查询、全文检索、模糊查询、容错查询、多关键字组织查询（空格间格开）等实用的检索方式是否正常？
4、输入搜索条件的控件风格设计、位置摆放是否醒目便于使用者注意到，有否快照等快捷查看方式等人性化设计？
2、IE/FIREFOX/GOOGLE/360/QQ等各类浏览器下及各版本条件下、各种显示分辨率条件下的应用
4、简体中文、繁体中文、英文等各类语种软件平台下的兼容性测试
5、IPHONE/IPAD、安卓等各类移动应用平台下的兼容性测试
6、与各相关的监控程序的兼容性测试，如输入法、杀毒、监控、防火墙等工具同时使用
1、被删除、加密、授权的数据，不允许被SQL注入等攻击方式查出来的，是否有安全控制设计；
2、录入一些数据库查询的保留字符，如单引号、%等等，造成查询SQL拼接出的语句产生漏洞，如可以查出所有数据等等，这方面要有一些黑客攻击的思想并引入一些工具和技术，如爬网等。
3、通过白盒测试技术，检查一下在程序设计上是否存在安全方面的隐患；
4、对涉及国家安全、法律禁止的内容是否进行了相关的过滤和控制；
37、请问如果用户点击微博的关注图标但是app上面没有反应，应该怎么排查这个问题
- 是否手机出现故障，是否手机缓存过多造成内存不够用
- 是否手机网络连接不稳定（弱网/无网），若是，有无网络差提示
- 是否手机内存溢出（关注人数达上限否）
- 是否是版本问题或者是安装包问题（更新系统，重新安装安装包）
