前言

各位小伙伴们大家七夕快乐呀，今天笔者思来想去不知道发些什么。就在晚上的时候我看见了群里的大佬在讨论面试，好家伙，大家都这么卷的嘛，七夕节还在讨论面试，讨论就算了还做了面试总结的文档发在群里，准备再战，笔者看到这里的时候就决定了，既然大家都这么卷那笔者我也来凑凑热闹。

今天的面试题是那位群友面试了字节之后发在群里的，由于他面试的时候没有录音，这些题目都是他面试完之后记忆力留存的题。

1、自我介绍

自我介绍应该不用笔者多说了哈。

自我介绍之后就开始问技术题了。

2、测试的工作流程

测试的功能点都是来自于需求文档从产品的需求文档中提炼出来的，等产品完成需求文档并完成需求文档的评审会就开始测试用例的编写工作，一般项目半个月迭代一次的话设计测试的时间一般是3天就要完成，我们设计测试用例的时间还是比较充足案例设计一般都会和产品的开发并行。在案例完成编写之后大家会开会-起来评审你的案例。在评审的过程中大家会提出一些问题，会后要把这些遗漏的测试点补充.上，但是这时并不是大功告成哦。

案例执行才刚刚开始，大家也知道开发一般只是把功能开发好自己可能都没有自测过就发给测试，这时候测试发现和自己想象中的APP差距太大，有的时候会发现一眼都能看到的问题为什么还要等着测试来发现。在测试的过程中每天在下班的时候还需要发测试日报告诉项目中的成员现在案例执行的情况，当然了测试完成之后发测试报告也是必须的了，算是对这次项目跌代测试完成的一一个交代。

3、什么是兼容性测试?兼容性测试侧重哪些方面?

参考答案：

兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。

兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。

兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。

兼容和配置测试的区别在于，做配置测试通常不是 Clean OS 下做测试，而兼容测试多是在 Clean OS 的环境下做的。

4、请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。

参考答案：

就说最近的这次网站功能的测试吧

首先：得到相关文档(需求文档和设计文档)，理解需求和设计设计思想后，想好测试策略(测试计划简单点就 OK 了)，考虑到测试环境，测试用例，测试时间等问题。

第二步：设计测试用例，测试策略是：把网站部分的功能点测试完，然后在进行系统测试(另外个模块呢有另一个测试人员负责，可以进行联调测试)，网站模块的测试基本是功能测试和界面测试(用户并发的可能性很小，所以不考虑)：这次的网站的输入数据呢是使用数据库中的某张表记录，如果表中某一数据记录中新加进来的(还没有被处理的，有个标志位)，网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程中，会经历 3 个步骤，网站才算完成了它的任务。有 3 个步骤呢，就可以分别对这 3 个步骤进行测试用例的设计,尽量覆盖到各种输入情况(包括数据库中的数据，用户的输入等)，得出了差不多 50个用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填写资料的页面展示。

第三步：搭建测试环境(为什么这个时候考虑测试环境呢?因为我对网站环境已经很熟了，只有有机器能空于下来做该功能测试就可以做了)，因为网站本身的环境搭建和其他的系统有点不同，它需要的测试环境比较麻烦，需要 web 服务器(Apache,tomcat)，不过这次需求呢，网站部分只用到了 tomcat，所以只要有tomcat 即可

第四步：执行测试

总结

今天的文章就到这里了，其实还有些题目我没有写出来，为啥没有写出来呢，因为我不想大家这么卷(绝对不是因为笔者太懒哟），想要知道后面问题的小伙伴可以私我关键字“资料”获取哟。

最后祝大家七夕快乐，笔者我要去做一个快乐的单身贵族了哟。