前言
好久不见，甚是想念。各位朋友们，我又携带着最受大家欢迎的面试题第三弹回来了，可能会有朋友要问了：哎呀，你咋不更了，这不是上次那一份资料用完了嘛，这不，我又厚着脸皮去问我们公司的主管：Boss，给我份面试题呗。Boss瞥了我一眼，冷笑了一下就不做声了，最终在我答应带他上白银，他才拿了这份资料给我?(?????)?老规矩：一天20题，喜欢的朋友点个关注就不会错过我的更新了，关注我，带你装*，带你飞。
文末有福利！！！
四十一、字符串排序你要怎么做？
四十二、你们当时项目自动化只对接口的返回值返回内容做校验吗？
还有数据库校验，比如新增数据接口，我接口返回了成功，但是是否真的新增成功还是要检验数据库里面的数据；当然，这样就跟功能测试一样了。我认为接口测试对这个问题的验证可以通过别的接口完成，比如有删除的api就有状态检查的api，你删除前先看下这个接口的返回值，删除之后再查一遍，看看少的是不是你删掉的哪个；
四十三、你所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
参考答案：
黑盒：有等价类划分法，边界分析法，因果图法和错误猜测法。
白盒：有逻辑覆盖法，循环测试路径选择，基本路径测试。
例子：在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则，首先利用等价划分法，可以一个或多个结果是OK的测试用例，然后确认多个NG的测试用例，然后利用边界值分析法，可以对结果分别是OK和NG的测试用例进行扩展和补充。
四十四、做好测试用例设计工作的关键是什么？
参考答案：用例覆盖各种可性能。可行和不可行性都要考虑
四十五、在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
参考答案：
有使用过LoadRunner，该工具能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来
播放出来。
1）Visural User Genertor 创建脚本，选择协议，录制操作，编辑操作。
2）中央控制器（Controller）调度虚拟用户，创建场景，选择脚本，建立虚拟用户，设计shedual，设
置ip spoofer。
3）运行脚本。分析shedual。
4）分析测试结果。
四十六、 你认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
参考答案：
性能测试工作的目的：检查系统是否满足在需求说明书中规定的性能要求；
性能测试关键：以真实的业务流程为依据，选择有代表性的、关键的业务操作去设计测试案例
四十七、在你以往的工作中，一个bug/缺陷都包含哪些内容？
参考答案：
所述版本，所述模块，问题描述，对应的用例编号，详细操作步骤（输入数据，输出结果），重要程
度，编写时间，实际结果，缺陷描述，严重级别，优先级，所属开发人员，bug/缺陷分析上传截图：比
如接口抛错的截图，一便开发更快能解决问题
四十八、你对测试最大的兴趣在哪里？为什么？
参考答案：
最大的兴趣就是具有挑战性。
并不知道哪里会出现bug，测试需要耐心和细心，找到一些细节性的问题。
四十九、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？
参考答案：
项目经理有时间的情况下：及时的与项目经理进行沟通协调。并把不完善不准确的地方描述出来【加已
标记】，并写下自己的见解和想法。
没有时间的话，通过邮件的方式发送至邮箱
五十、你认为做好测试计划关键？编写测试计划的原因/优点，起到什么作用？
参考答案：
一：详细的需求文档说明；
二：对测试人员，测试时间，测试进度把控进行一个预估，并预先进行管理；
三：根据开发排期设定好测试时间，具体的测试模块，不能随心所欲。
原因/优点：起到一个规范化的作用，后期好管理；多个项目或者一个项目多个模块测试时，方便查看测
试进度
五十一、发现的缺陷越多，说明软件缺陷越多吗？
参考答案：
一般情况是的，（除非需求变动）通常如果发现一个缺陷的话，有的时候会发现很多类似的缺陷，由于
开发人员的编码习惯，可能一个地方有错误，另外一个地方就会有相同的错误。
五十二、你觉得软件测试，通过的标准应该是？
参考答案：
测试用例覆盖到所有的测试点，并且用例全部执行；优先级别高得bug已全部回归测试，并且缺陷的密
度达到客户需求。
五十三、软件测试的文档，那么软件系统测试的文档包括哪些？
参考答案：
一：用户安装文档；
二：用户配置文档；
三：用户使用手册、常见问题列表、联机指导等。
五十四、. 简述软件系统中用户文档的测试要点？
参考答案：
完整性：用户文档中功能的描述要完整的，以免让用户产生疑问。
一致性：用户文档中的功能描述要与实际软件中的功能一致，不能描述过盛。
易使用性：用户文档描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。
五十五、什么是系统瓶颈？
参考答案：
系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。
比如说用户需要在10s内完成一个访问，但是每一次都要12s才能完成，这个就是性能瓶颈。
五十六、 没有产品说明书和需求文档地情况下能够进行黑盒测试吗？
参考答案：
可以。这个情况下我们就要进行探索性测试，把软件当成用户需求，一步步进行测试。凭借经验判断功
能正确与否，有的时候还可以与产品经理、开发人员一起进行交流沟通，从而进行更好做好全部覆盖性
测试。
五十七、为什么尽量不要让时间富裕的员工去做一些测试？
参考答案：
首先，专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间充裕的员工去测试
的话，他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这样子的话测试并不完整，有
的时候甚至很重要的bug都没法找出。所以还是需要专业的测试人员来进行测试的。
五十八、完全测试程序是可能的吗？
参考答案：
不可能。测试人员对程序进行测试，减少程序中的bug，但是并不能保证程序是没有bug的。
五十九、session和cookie的区别
参考答案：
Session属于服务器端
Cookie属于客户端存储
六十、软件测试的风险主要体现在哪里？
参考答案：
发散性测试做的较少，隐形的bug
尾言
突发奇想，咱们面试题已经开始了第三期， 有的朋友和我说，能不能把面试题做个合集，我拍脑一想，也是啊，为什么不做个合集呢，于是乎，我就把资料进行了打包，
需要的朋友可以加文末卡片中的微信，免费领取！！！
