xiao1542的博客

在中提到了代码覆盖率，我很久没有去书店了，不知道是不是出了新的版本，觉得书里面关于代码覆盖率方面的知识有些地方没有讲，在这里补充一下。先回顾一下如何。

但实际过程中，如果只是在接口层覆盖所有的业务流，在UI上只测试前端的逻辑，最终的结果可能会是忽视很多原有的功能点，导致了UI测试的不充分。9 目前接口文档是由word格式管理理，因迭代快，产生很多文档，分不不清哪些是不用的接口，哪些是正在用的接口，哪些是更新后的接口，文档杂乱，另外因是word格式管理，不方便查询，如何管理？API框架是不言自明的。如果是webservice，使用WSDL的格式来进行查看接口的文档，以前的接口必要的时候使用一些配置管理的工具，比如wiki之类的系统来实时更新现有的接口状态。

考试要求：计算机相关专业试题。

接口测试

在这张图中我们可以看到，最开始，随着并发用户数的增长，资源占用率和吞吐量会相应的增长，但是响应时间的变化不大；但是为了吐服务器产生更大的压力，我们模拟的用户操作和实际的用户操作存在一定的差异（比如模拟的用户请求比实际用户的请求更频繁），而且返种模拟的用户数和实际的用户数也难以相互换算。假设有一个OA系统，该系统有3000个用户，平均每天大约有400个用户要访问该系统，对一个典型用户来说，一天之内用户从登录到退出该系统的平均时间为4小时，在一天的时间内，用户只在8小时内使用该系统。

面试的时候，我觉得我被问过很多奇葩的问题，有的时候不仅仅只有一个，有的时候会有很多，他们会从一个问题里抽出更多的问题来回让人觉得是在刁难，但是又不得不回答这些问题。这时候需要注意随机应变，不可慌乱。

看过有些介绍接口测试的文档，核心思想就是根据接口文档，构造不同的参数组合，各种正常/异常的参数，然后组装请求发送服务端，最后进行返回结果的判断。这可能是很多测试同学认知的接口测试，我们不能说这么做是错的，但是，如果我们只是这样来做接口测试，对于线上系统来说有着极大的风险，因为随着业务的越来越复杂，很多测试点是接口文档所描述不到的。基于以上分析，我们就定义接口测试的策略，是要做单接口的还是模块级甚至是系统级的接口测试，又或者是这三者都要做。定义好自动化测试的策略后，然后需要定义自动化测试要达成的目标。

一般人回答这个问题过于平常，只说姓名、年龄、爱好、工作经验，这些在简历上都有。简历上有的可以一两句话带过，重点回答面试官关心的问题，那就是求职者能否胜任工作。最强的技能、最深入研究的技术领域、个性中最积极的部分、做过的最成功的事，主要的成就等，这些都可以和学习无关，也可以和学习有关，重点突出好的人格和做事的能力。自我介绍的时间不能太短，几十秒一分钟的自我介绍太单薄，没有说服能力；也不能冗杂太长，有条理的三五分钟比较合适。

收集了各大公司的面试经验，现整理出来，希望能给正在找工作的志同道合的小伙伴一些指引，本文会持续更新的哦。