2023年6月28日发(作者：)

面试-测试岗的面试简答题

● 1、面试必做深度调研技术题

● 你做UI自动化测试时，一般使用什么技术，遇到什么样的问题，通常是怎么解决的？

● 你们是怎么做接口测试的，你觉得接口测试有什么价值，会用到哪些关键技术，测试过哪些协议，能谈具体一点吗？

● 目前公司正在准备双11大促，现在有一个秒杀的功能模块非常重要，需要你来进行深度测试，但是我们时间只有一周，你打算怎么做？

● 什么是系统瓶颈？根据你的经验，你觉得哪些方面容易出现瓶颈，如何去发现系统瓶颈，通常如何解决这些瓶颈？（请详细描述）。

● 请问你开发的自动化测试框架，通常是基于什么思路和原理，通过什么技术手段来实现的，其价值在哪里，真实的应用情况如何？

● 假设WoniuSales增加了网上支付功能（PC端扫码，银行卡，移动端等各类支付手段），并同时支持微信和支付宝进行支付，请设计完善的测试用例覆盖各类支付场景。

● 目前公司由于业务调整发展，网站和APP用户量暴增至1个亿，请问这种情况下，咱们如何设计一套性能测试方案来验证系统能否支撑1个亿的用户量，请详细说明，并说明方案可能存在的问题和风险。

● 2、技术面试题1

● 1、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？

● 2、正交表测试用例设计方法的特点是什么？

● 3、什么是并发？在JMeter中，如何进行并发的测试？

● 4、如何提交高质量的软件缺陷（Bug）记录？

● 1）、明确指明缺陷类型、缺陷严重等级和优先等级。

● 2）、不可重现的缺陷也要报告。

● 3）、每条缺陷报告只包含一条缺陷。

● 4）、确保步骤完整、准确、简短。

● 5）、尽量使用短语和语句

● 5、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？

● 需求文档出来的时候就仔细查看需求，如果发现有问题，及时和产品沟通，如果有修改一定要求他们修改文档，通知开发，编写用例时同样

● 测试过程中发现问题，要和产品沟通，并与开发沟通，如果与需求文档不符，同时还是要产品要修改需求文档

● 后期如果有人员更换或者需求确认，需求文档是最重要和直接的工具

● 6、你认为做好测试计划工作的关键是什么？

● 1）、明确测试的目标，增强测试计划的实用性

● 编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

● 2）、坚持“5W”规则，明确内容与过程

● “5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。

● 3）、采用评审和更新机制，保证测试计划满足实际需求

● 测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

● 4）、分别创建测试计划与测试详细规格、测试用例

● 应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

● 7、你认为做好测试用例工作的关键是什么？

● 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

● 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

● 8、如何理解压力、负载、性能测试

● 9、什么是系统瓶颈？如何发现系统瓶颈，通常如何解决这些瓶颈？

● 10、如何减少测试人员跳槽带来的损失？

● 11、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？

● 12、您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系。

● 13、您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。

● 14、你对测试最大的兴趣在哪里？为什么？

● 15、基于WEB信息管理系统测试时应考虑的因素有哪些？

● 16、你在你所在的公司是怎么开展测试工作的？是如何组织的？

● 17、你认为理想的测试流程是什么样子？

● 需求评审（有开发人员，产品经理，测试人员，项目经理）

● －>需求确定(出一份确定的需求文档)

● －>开发设计文档（开发人员在开始写代码前就能输出设计文档）

● －>想好测试策略，写出测试用例

● －>发给开发人员和测试经理看看（非正式的评审用例）

● －>接到测试版本

● －>执行测试用例（中间可能会补充用例）

● －>提交bug（有些bug需要开发人员的确定（严重级别的，或突然发现的在测试用例范围之外的，难以重现的），有些可以直接录制进TD）

● －>开发人员修改（可以在测试过程中快速的修改）

● －>回归测试（可能又会发现新问题，再按流程开始跑）。

● 18、如果能够执行完美的黑盒测试，还需要进行白盒测试吗？为什么？

● 19、做测试多久了？以前做过哪些项目？你们以前测试的流程是怎样的？用过哪些测试工具？

● 20、请就如何在开发中进行软件质量控制说说你的看法

● 21、怎么才能够全面的测试到每一个点

● 测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义全部的测试点

● 22、什么是兼容性测试？兼容性测试侧重哪些方面？有什么测试手段来进行兼容性测试？

● 23、你是否了解业界目前的最新测试方法？

● 24、你做UI自动化测试时，一般使用什么技术，遇到什么样的问题，通常是怎么解决的？

● 25、你之前所做的测试项目，有多少测试用例，产生了多少BUG？有没有一些印象深刻的BUG？

● 26、你们公司的自动化率怎么样，效果实施得如何？

● 27、我们公司不需要自动化测试，你的经验可能无法用起来，不知道你怎么看待这个事情。

● 28、你们是怎么做接口测试的，你觉得接口测试有什么价值，会用到哪些关键技术，测试过哪些协议，能谈具体一点吗？

● 29、能具体谈一谈你在持续集成方面的一些经验吗？

● 30、我们已经有很多测试工具和测试框架可以使用了，为什么你们还要自己去开发一些测试框架呢？不是浪费时间吗？

● 31、我们是一家游戏公司，你好像之前没有专门从事过游戏测试工作，请问你怎么看待游戏测试？

● 32、我们公司目前的项目都是金融类项目，这个对测试的要求非常严格，我担心你没有这方面的经验，无法胜任工作。

● 33、请列举财务管理及支付相应功能模块的专业术语，并解释其作用。

● 34、什么是数据驱动，什么是关键字驱动，相互之前有何匹配，通常哪些工具或框架可以用于DDT和KDT?

● 35、请问你们会用到Docker技术吗？能具体谈谈Docker的应用场景，常用的一些命令吗？

● 36、你在五年内的个人目标和职业目标分别是什么？

● 从现在起的五年之内，我希望能够在一个很好的职位上待几年，而且最好有一次晋升，然后就期待着下一步。不管是向上提升，还是在企业内横向调动，对我个人来说，我希望找到一家企业——一家愿意做相互投入的企业——待上一段时间。

● 3、技术面试题2

● 1. 一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别？

● 2. 在你们写测试脚本时测试数据、断言数据、定位方法、业务逻辑这些都是写在一起的吗？请解释你的结论？

● 3. 对于动态id元素你是怎么定位的？

● 4. 常用的性能测试指标有哪些？我们最常使用哪些图表来分析？分析的依据是什么？

● 5. Selenium框架你了解吗？可以跟我谈谈吗？

● 6. Web应用测试和手机应用测试你认为有什么异同？

● 7. 谈谈你所知道的自动化测试框架。自动化测试在项目测试中是如何展开的？

● 8. 有一个业务流程需要首先登录后获取token，然后进行商品下单、支付，要求这三个业务按顺序完成，现在针对此利用jmeter做压力测试，现在测试过程发现不同用户的测试数据串了，这个问题的可能原因是什么，该怎么解决？

● 9. 请问你的项目环境是怎样的，测试环境又是怎样的，你能够独立搭建吗？

● 10. 你们自动化测试的转化率有多少？选择进行自动化测试的用例的选择策略是什么？

● 11. 项目组的规模是怎样的？测试和开发的比例是怎样的？在项目中你执行了多少测试用例，发现了多少缺陷？

● 12. 在你做这个项目过程中你有遇到印象深刻的问题吗？怎么解决的？

● 13. 测试产品与测试项目的区别是什么？

● 14. 测试人员在软件开发过程中的任务是什么？

● 15. 缺陷报告能否代替测试报告？测试报告除了缺陷分析还包括什么？

● 16. 简述测试阶段对应的测试方法？

● 17. 发现的缺陷越多，说明软件缺陷越多吗？

● 18. 这个项目做完你有什么收获？如果现在重新给你一个项目你打算怎么做？

● 19. 什么是测试用例 ，什么是测试脚本？两者的关系是什么？

● 20. Selenium的定位方式有哪几种，你能完整说说吗？如果定位不到元素，怎么做UI自动化测试呢？

● 21. 你了解线程和进程吗， 请跟我谈谈它们好吗?

● 22. 请和我谈谈python 2和python 3的区别。

● 23. 请谈一下你的测试用例设计思路是什么？

● 24. 用过unittest框架吗，请介绍一下？

● 25. 了解过http，https吗？请说说它们的原理以及两者的区别。

● 26. 你用过配置管理软件吗？谈谈你了解的配置管理是什么？

● 27. 谈谈软件验收测试通过的准则是什么？

● 28. 你们的团队是如何对这个项目开展测试的？

● 29. 对于有争议的缺陷你是怎么解决的？参与缺陷跟踪流程的角色有哪些？

● 30. Jmeter熟悉不？请求下一个接口要用到上一个接口返回的数据，怎么办？

● 31. 谈谈压力测试与并发测试有什么区别，应用在怎样的场景下？

● 32. 你知道测试报告要包含哪些主要内容吗？

● a、封面

● b、修改履历

● c、目录

● 1、目的

● 2、概述

● 3、测试时间、测试地点及测试人员

● 4、运行环境

● 5、总结和评价

● 6、 附件

● 33. 你们接口测试用什么手段进行？谈谈你熟悉的接口测试手段？

● 34. 冒烟测试与回归测试分别在何时开展？

● 35. 用例优先级有什么作用？以某个模块为例介绍你的用例设计思路。

● 36. 认为接口测试有什么用？“它和性能测试是一样的，都是测接口就好了。”这句话对吗？

● 37. 你觉得一个缺陷报告至少应该包含哪些内容？

● 常规的软件缺陷报告，应该包括缺陷标题、缺陷描述、缺陷影响情况、环境配置内容、前置条件、缺陷重现的步骤、期望结果和测试结果、优先级和严重程度、变通方案、bug原因分析，以及附件

● 38. 请谈谈你所了解的测试用例设计方法。

● 1.）等价类划分法：是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.

● 2.）边界值分析法：边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

● 3.）错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.

● 4. ）因果图方法：前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况.

但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

● 5. ）正交表分析法：有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。

● 6. ）场景分析方法：指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。

● 39. 黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点？

● 1、黑盒测试的优点有： 1）比较简单，不需要了解程序内部的代码及实现； 2）与软件的内部实现无关； 3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题； 4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能； 5）在做软件自动化测试时较为方便。

● 2、黑盒测试的缺点有： 1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%； 2）自动化测试的复用性较低。

● 4、 白盒测试的优点有： 帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。

● 4、 白盒测试的缺点有： 1）程序运行会有很多不同的路径，不可能测试所有的运行路径； 2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求； 3）系统庞大时，测试开销会非常大。

● 40. 测试方案解决什么问题？你是如何来撰写测试方案的？

● 1、测试方案是一个偏技术类型的文档

● 2、测试方案是解决【怎么做？】的问题；

● 3、测试方案主要包含测试方法、测试环境与测试工具等内容。

● 4、测试方案包括的内容：

● 1、封面

● 2、修改履历

● 3、目录

● 1、概述

● 2、测试环境

● 3、测试策略

● 4、风险评估和预防

● 5、本方案审批意见

● 41. 请为我手里的铅笔设计一下测试用例。

● 42. 请和我讲讲session和token是怎么回事。

● 43. 假设有一个文本框要求输入 10 个字符的邮政编码，对于该文本框应该怎样划分等价类？

● 44. Linux动态查看文件的命令是什么？

● 45. Linux系统下跨服务器的文件复制使用什么命令完成？

● 46. python中可以做切片操作的数据类型有哪几种？

● 47. 怎样才能说明产品可以达到交付的程度？

● 48. 给你一个数组，数组里面有正数，负数，怎么把数组中的最大数提取出来（不能用函数）

● 49. 假如你现在正在做一个项目，项目比较忙，在这个阶段期间，有其他客户让你帮他做另外的项目，遇到这种情况，你作为公司的成员应该怎么去做？

● 50. 对于一个商品表，包含ID、商品名、个数、价格、类型等字段，请问获取每一种类型商品的个数的SQL怎么写？

● 51.软件配置管理的作用？软件配置包括什么？

● 软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变

更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。

● 52、您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？

● 尽量面对面的沟通，其次是能直接通过电话沟通，如果只能通过Email等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚。

● 运用一些测试管理工具如TestDirector进行管理也是较有效的方法，同时要注意在TestDirector中对BUG有准确的描述。

● 在团队中建立测试人员与开发人员良好沟通中注意以下几点：

● 一真诚、二是团队精神、三是在专业上有共同语言、四是要对事不对人，工作至上

● 当然也可以通过直接指出一些小问题，而不是进入BUG Tracking System来增加对方的好感。

● 53、 进行测试时产生了哪些文档或记录?

● 答：测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明在执行测试的过程中只有缺陷报告，这个还是用在缺陷管理工具中进行的，最后在工具中导出缺陷报告、

● 54、测试人员需要何时参加需求分析?

● 答：如果条件循序原则上来说是越早介入需求分析越好因为测试人员对需求理解越深刻对测试工作的开展越有利可以尽早的确定测试思路减少与开发人员的交互减少对需求理解上的偏差

● 55、详细描述一个测试活动完整的过程

● 1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后sqa进入项目，开始进行统计和跟踪

● 2. 开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。

● 3. 测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。

● 4. 测试用例完成后，测试和开发需要进行评审。

● 5. 测试人员搭建环境

● 6. 开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现bug后提交给bugzilla。 7. 开发提交第二个版本，包括bugfix以及增加了部分功能，测试人员进行测试。

● 8. 重复上面的工作，一般是3-4个版本后bug数量减少，达到出货的要求。

● 9. 如果有客户反馈的问题，需要测试人员协助重现以及回归测试。

● 56、Beta测试与Alpha测试有什么区别？

● Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场

● Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试

● 4、人事面试问题

● 你的测试职业发展是什么？你自认为做测试的优势在哪里？

● 你为什么想离开目前的职务？

● 你对我们公司了解有多少？

● 你找工作时，最重要的考虑因素为何？

● 为什么我们应该录取你？

● 请谈谈你个人的最大特色。

● 一个测试工程师应具备那些素质和技能？

● 为什么选择测试这行？

● 您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？

● 你的工作通常能在时限内完成吗.

● 在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？

● 通常你对于别人批评你会有什么样的反应

● 如果明知这样做不对，你还会依主管的安排过去做吗？

● 你在五年内的个人目标和职业目标分别是什么？

● 你怎样做出自己的职业选择？

● 你觉得你来应聘有那些优势，有哪些不足？

● 如果你接到一个客户抱怨的电话，你确知无法解决他的问题，你会怎么处理？

● 我们公司不需要自动化测试，你的经验可能无法用起来，不知道你怎么看待这个事情。

● 请就软件测试人员应该具备什么样的基本素质说说你的看法。

● 你有什么问题需要问我的吗？

● 我们公司所从事的行业，跟你之前的行业经验没什么相关性，我担心你可能无法很好地胜任这份工作。

● 我们公司目前的测试偏重于手工测试，我看你有很多自动化测试经验，但是我们用不上。抱歉。

● 5、bug问题

● 1、bug的等级：

● 1）、 致命：在测试的过程中出现死机，系统崩溃、数据丢失，功能没有实现等此 类缺陷的级别；

● 2）、严重：此类缺陷导致软件系统功能不稳定，或功能实现错误，流程错误等。

● 3）、一般：校验错误、罕见故障、错别字等不会影响软件系统主流程的功能，但会影响用户对软件系统没影响的一些小问题。易用性等的错误。

● 4）、轻微：程序在一些显示上不美观，不符合用户使用习惯，或者是一些文字错误。

● 2、当你提了一个bug，开发认为这不是bug，怎么处理？

● 1）、首先确认开发环境是否跟自己测试环境一致，确认在测试环境能重现；

● 2）、如果确认是缺陷跟开发保持有效沟通，如果是级别较低的建议性bug，可以先记录到bug平台，先保留沟通。

● 3）、如果是bug级别较高的问题，对应需求文档的预期结果跟开发说明，更有说服力；

● 4）、耐心讲解BUG的危害，不行就找产品经理确认，确实是BUG注明情况并再次指派给开发

● 3、bug的生命周期：

● 新建bug--提交bug--确认bug--分配bug--修复bug--验证bug--关闭bug

● 4、对于重现率不高的bug怎么处理：

● 1）、先在出现问题的环境上尽量重现，保持浏览器环境、出现问题的特定账号等的一致；

● 2）、多次尝试仍然不能重现，也要记录到bug平台，将出现问题的特征步骤尽量描述清楚，附带问题截图及日志截图、注明偶现;

● 3）、如果项目时间允许，bug等级高，需要开发协助重现;如果时间不允许，记录到BUG平台后续在跟进。

● 5、如何提交高质量的软件缺陷（bug）记录？

● 1）、明确指明缺陷类型、缺陷严重等级和优先等级。

● 2）、不可重现的缺陷也要报告。

● 3）、每条缺陷报告只包含一条缺陷。

● 4）、确保步骤完整、准确、简短。

● 5）、尽量使用短语和语句。

● 6、图片/音频/视频的格式

● 1、图片的格式：

● bmp,jpg,png,tif,gif,pcx,tga,exif,fpx,svg,psd,cdr,pcd,dxf,ufo,eps,ai,raw,WMF,webp,avif等。

● 音频的格式：

● MP3、MIDI、WMA、MPEG、

● MP3（音频压缩技术）、WMA（减少数据流量但保持音质）

● 128kbps为wma最优压缩比，128kbps wma=192kbps mp3

● 视频的格式：

● AVI、RM、MOV、RMVB、MPEG、WMV

● 7、关于测试的基本问题

● 1、软件测试活动的生命周期：

● 需求分析——测试计划制定和评审——测试用例编写——测试用例执行——bug管理——测试报告输出

● 2、编写测试用例方法有哪些：

● 常用的有： 等价类、边界值、场景法、正交实验法、判定表法

● 3、写过测试计划或者是测试报告么？测试计划包括哪些主要步骤和信息？测试报告包括哪些内容？测试报告交付文档有哪些？

● 写过;

● 1、测试计划包括：项目信息、参与文档、测试范围、测试策略、测试时间人员安排、测试环境;

● 2、测试报告包含：项目背景、参考资料、测试范围、测试结果及缺陷分析、测试结论与建议，风险评估;

● 3、交付文档：主要是测试用例、测试计划、测试报告。

● 4、如果说我们公司开发了一款手机APP应用，那么，属于界面元素测试内容有哪些？对手机软件的压力测试有哪些？

● 1）、窗口测试、菜单测试、文字测试、图标测试、鼠标测试

● 2）、存储压力、响应能力压力、网络流量压力、边界压力

● 3）、拓展：再提一个问题，并发压力算不算压力测试呢？

● 否，因为并发压力是针对服务器的，因为每次并发是一个客户端，并发压 力只发生在多用户操作的情况下，因为手机本身是对应一个用户操作，并不存在并发压力的可能。

● 5、你为什么能够做测试这一行？

● 1）、虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个工作的；

● 2)、因为做软件测试不仅是要求技术好，还有有一定的沟通能力，耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。

● 6、测试的目的是什么？

● 1）、测试的目的是找出软件产品中的错误，使软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。

● 7、测试分为哪几个阶段？

● 1）、一般来说分为4个阶段：单元测试、集成测试、系统测试、验收测试

● 8、一个测试工程师应该具备哪些素质和技能？

● 1）掌握基本的测试基础理论；

● 2）本着找出软件存在的问题的态度进行测试，不要以挑刺的形象出现；

● 3）可熟练阅读需求规格说明书等文档；

● 4）以用户的观点看问题；

● 5）有强烈的质量意识；细心和责任心；

● 6）良好的有效的沟通方式(与开发人员及客户)；

● 7）具有以往的测试经验能够及时准确的判断出高危险区在何处。

● 9、什么是软件测试

● 1）、通过人工或自动化手段对系统进行测试，目的是为了验证系统是否满足预定功能或者是为了弄清楚实际结果与预期结果之间的差别。

● 10、黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点？

● 1）、黑盒测试的优点有：比较简单，不需要了解程序内部的代码及实现；与软件的内部实现无关； 从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；在做软件自动化测试时较为方便。

● 2）、黑盒测试的缺点有：不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；自动化测试的复用性较低。

● 3）、白盒测试的优点有：帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐 藏的问题。

● 4）、白盒测试的缺点有：程序运行会有很多不同的路径，不可能测试所有的运行路径；测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；系统庞大时，测试开销会非常大。

● 11、测试报告包括哪些内容？

● 封面--目的--概述--测试时间、地点、人员--测试环境--总结合评价--附件

● 12、你用过配置管理软件吗？谈谈你了解的配置管理是什么？

● 1）、软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。

● 2）、软件配置管理应用于整个软件工程过程。在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。

● 3）、SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。

● 13、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？

● 测试需求分析，发现需求文档不完善或者不准确，应该立即和相关人员进行协调和交流

● 14、如何做好测试计划和测试用例工作？

● 1）、在测试的流程中，测试计划是对整个测试活动的安排，而测试用例是测试执行的指导。

● 2）、明确测试的目标，增强测试计划的实用性。

● 3）、坚持“5W1H”明确内容与过程。

● 4）、采用评审和更新机制，保证测试计划满足实际需要。

● 15、测试的过程

● 1) 制定系统测试计划

● 2) 编写系统测试用例

● 3) 执行系统测试用例

● 4) 跟踪管理缺陷

● 5) 总结测试