求职-测试开发面试点--校招

Docker 的容器和镜像

二叉树和遍历

数据库（如何创建一张表）

软件测试过程中偶现问题的解决

在软件测试中经常会出现很多偶尔出现的缺陷，也就是说不是100%的能复现，对于这样的缺陷，该怎么处理呢？

（1）考虑各方面的因素来判断缺陷的严重级别和优先级别。
首先判断严重级别：严重级别比较容易判断，和其他能复现的缺陷一样处理。然后判断优先级别，就需要看对用户的影响，即需要知道这个缺陷能被复现的概率，这就需要去复现这个缺陷。
怎么搜集复现概率呢，有很多种方法，可以暂缓处理这个缺陷，看后来这个缺陷是否能出现，如果从项目初期到项目结束，这个缺陷就出现一次，那完全可以忽略这个缺陷；可以刻意的安排测试员复现这个缺陷，不断重复的去复现这个缺陷，这个时候如果有开发人员来分析哪些操作容易导致这个缺陷出现，测试人员通常更容易成功复现，测试人员最好把软件连着trace来试图复现缺陷，这样如果成功复现了，就拿到有效的信息来给开发人员分析；也可以在终端用户测试的时候，让终端用户测试人员注意有没有碰到这样的缺陷，终端用户测试能最真实的模仿实际用户的行为，如果几个月的终端用户测试都没有发现这个缺陷，那大可以放心的忽略这个缺陷；相反，如果终端用户测试里频繁碰到这个缺陷，那这个缺陷对用户的影响就很大，就需要被重视。

（2）根据缺陷的优先级别决定什么时候fix这个缺陷。
这一步和常规的缺陷处理流程一样，就是开发人员去分析得到的有效信息，然后找相应的解决方案。不过需要提醒的是，通常偶尔出现的缺陷不是一个一个分析处理的，而是一批同类型的缺陷一块处理。通常会等到不可重现的缺陷积累到一定的量的时候再成批的处理。只所以这样处理，是因为如果不可重现的缺陷没有积累到一定的量，很难找出根本原因，因为每个偶尔 出现的缺陷只能提供很少的一部分信息，信息量没有累积到一定的程度，就找不出根本的原因。

（3）集成fix的代码。

这一步和常规的缺陷处理流程是一样的，但是管理者需要注意，很多时候同一段fix代码解决的可能是一批偶尔出现的缺陷，这些fix代码改动通常比较大，或者改变的是底层的数据，或者是内存管理的优化等，反正都是些疑难杂症，所以不适合在重要的软件，比如，Sales candidate，上集成这些fix。

（4）验证fix是否成功，并试图验证这个fix是否有负面影响。
Fix是成功的，没有负面影响或者负面影响在可接受范围内，那这个缺陷就可以close了；如果fix不成功，或者有严重的负面影响，需要考虑是否rollback。对于能复现的缺陷，验证fix是否成功是件很容易的事情，但是对于偶尔出现的缺陷，验证fix是否成功是件相当难的事情，因为本身缺陷就是偶尔出现的，不能复现了也不能说明fix是成功的。这依然需要长期观察、安排测试人员集中测试、或者让终端用户测试人员多注意。有时候不可复现的缺陷并不能完全fix，可能一个fix只能降低复现的概率，将到能接受的范围也是可以的，比如对于一个通话过程中经常掉话的缺陷，把复现率从百分之一降到万分之一，也是可以接受的。通常偶尔出现的缺陷不是一个一个处理的，一般是一批一批处理的，偶然的现象联系起来，让开发人员分析，通常能发现根本原因是什么，这样对于试图复现偶尔出现的缺陷、对于开发人员分析这些缺陷、对于测试人员验证这样的缺陷的效率提高，是有很大帮助的。处理这样的问题很重要的一点是，不能因为这个问题出现的概率低，就随意的的忽略这样的问题。

 抓包工具tcpdump ,wireshark,tcp ip  DNS 
设计用例的方法，每一种方法如何设计
给你一个登录界面（大华）、一个水杯（百度）、一把锁（网易）如何测试
测试过程中偶现问题的处理

软件迭代升级流程规范查询

 Linus鸟哥私房菜，C和+的区别,测试的方法，聊聊你自学的软测的知识，有问题如何跟开发沟通，

编程能力问题，数据结构，项目过程中遇到的问题，近期碰到的困扰你的问题，自豪的事，

 c和c++的区别，Java框架，Java特性，职业规划，Java数据库搜索删除数据，精通一种数据库，

线程和进程区别和联系（结合linux说）

 项目经历和项目中实际遇到的问题、挑战，提出的解决方案

测试过程中服务器的配置

 遇到的印象最深的bug是什么

谈谈面向对象思想

 软件设计模式?

 网络相关，安全相关，内存相关，并发相关等等的问题

创建自己的项目（

-----自己做小应用：计划表；备忘录；播放器…

-----自己解决小问题：爬虫；数据分析；词频统计…

-----“不是项目”的项目：一本优秀的技术书籍的代码整理等…..）

把一个数据库中的指定表的某些列导入到另外一个数据库中的对应表中（自己百度方法）、

通过过去了解你的思考行为方式（

--遇到的最大的挑战？

-犯过的错误？

 ---遭遇的失败？

- -最享受的工作内容？

 --遇到冲突的处理方式

 --做的最与众不同的事）（回答问题时能跟具体的实际项目挂钩）

准备问面试管的问题（

---整个小组的大概运行模式是怎样的？

 --整个项目的后续规划是如何的？

 ---这个产品中的某个问题是如何解决的？

 ---公司的培训机制

 ---为什么会选择某些技术？标准？

 ---我对某个技术很感兴趣，在你的小组中我会有怎样的机会深入接触这种技术）

算法和数据结构常问题目：

（

---各种排序算法

--基础数据结构和算法的实现：如堆、二叉树、图…

---j基础数据结构的使用：如链表、栈、队列、哈希表、图、Trie、并查集…

---基础算法：深度优先、广度优先、二分查找、递归…

---j基本算法思想：递归、分治、回溯搜索、贪心、动态规划…）

 快速排序编程

Linux底层的堆和栈

DNS和ARP

排序算法——快速排序

http://www.cnblogs.com/luchen927/archive/2012/02/29/2368070.html

linux中进程通信的方式

 数据库的联合索引

 数据库表加索引

各种测试用例的设计方法，及应用场景

 HTTP与HTTPS的区别

 排序算法的稳定性分析

 在网络7层协议中，如果想使用UDP协议达到TCP协议的效果,可以在哪层做文章?（应用层）

网络延迟

 二分查找算法

C++中的抽象类

做测试的过程中用到哪些包？

说说你对软件测试的认识