面试中常问到的一些问题

ND二面

软件测试中如何重现偶发的BUG
1.严格按用例执行；
2.如果是作随机测试时，把测试步骤的点进行速记;
3.偶发BUG一般都是严重的，保留现场，让开发人员一起分析留下的现场(如数据的变化，界面窗口的变化等，找出问题的引子，那怕是千丝万缕，只要有一线希望，都要与开发人员一起分析，千万别关机(关机后再重启很多现场已破坏，不少数据是保存在闪存中的)。
4.最好的做法：要求开发打开trace，测试版本在执行时能自动把测试的路径，或触发的消息等输出到文件，相当于软件的执行log，这个log对解决偶发问题将大有裨益。
5.即使一时没有重现，一定也要录入故障库，并标明发生的概率。在日后不同的迭代版本中进行跟踪验证，并把验证的路径写上。

软件测试工作中，如何做风险评估？

说一个印象最深的bug?

自己不断学习的需求是什么？

比较有创新的事情？

自己平时通过什么网站学习软件测试？

服务端的测试主要有哪些？说说服务端的测试？

转自：https://www.zhihu.com/question/29164912

服务端测试有两种：一种是直接对WEB或者APP的服务端进行测试；另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试。

一、先来说第一种吧：直接对WEB或者APP的服务端进行测试。
一般来说，这种服务端的开发人员就是WEB／APP产品团队的开发人员，当然，测试人员跟WEB／APP的前端测试人员也是一个团队的。这种服务端就是为WEB／APP端提供一些后台的接口，比如说，用户个人信息、交易记录的读取和存储等，一般都是用HTTP接口的方式提供。这种后台的测试从流程上来说是跟随着WEB／APP产品的发布节奏来的，在后端开发完成接口以后，测试人员就直接用TestNG＋HttpClient写接口测试用例、或者用Postman等工具手工测试。如果项目紧张，一般会先用Postman等工具先手工测试，等版本发布完以后，再用TestNG＋HttpClient把自动化用例补上去，或者用Python的Nose框架。

二、第二种：对更后端的数据库、缓存系统、中间件、文件系统等进行测试。

这类服务一般都是通过HTTP接口的方式提供给刚才讲的WEB／APP的后端使用，所以，第一个要做的也就是接口测试，也就是用Postman等工具做手工测试、用TestNG＋HttpClient或者Python的Nose框架做自动化测试。

除了接口测试之外，在我们公司，异常测试、稳定性测试、性能测试也是服务端测试必备的测试类型。
异常测试会模拟各种异常情况，比如硬件异常－机器挂掉的情况下能否启动备机、硬盘挂掉的情况下是否会丢失数据；网络异常－网络忽然断掉、或者网络流量变小的情况；系统异常－操作系统忽然挂掉的情况。这些极端的情况出现的时候，我们需要验证数据有没有丢、能不能尽快启动备机对外提供服务、系统状态有没有异常等。我们会采用各种方式或者工具来模拟这些异常，比如用TrafficControl工具来控制网络流量。

稳定性测试，就是模拟系统在7*24的运行下会不会出问题，一般会用接口测试或者性能测试用例不断地跑，在运行期间，我们会模拟各种情况，比如说负载的变化、系统的各种干扰等。可以用ChaosMonkey等工具来进行这类测试。

性能测试，其实细分起来会有各种类型，比如负载测试、压力测试、配置测试、甚至还有线上压测、容量规划等。最常规的性能测试，一般是先规定一个系统需要承受的压力，比如说，某一个系统，1个小时之内会有1W单的单子，那基于这个需求我们分析服务器后端需要承受的压力，分析出来以后，就写性能测试脚本，然后逐渐增加压测的力度，直到超过这个预定的压力。通常在这个测试过程中会发现各种问题，比如数据库索引没有建、线程池太小、系统异常等。需要解决了之后再加大压力测试。也是用Grinder／JMeter等工具来进行性能测试，不过难的不是这些工具的使用，而是发现问题以后的定位。

对于这种后端服务的测试人员来说，技术上的要求是挺高的，需要有较好的编程能力，需要对数据库、操作系统等机制有很好的了解才行。