测试真题2

如何判断一个bug是客户端问题还是服务端问题还是前段问题？

1.F12下如何查看bug属于前端还是后端？
前后端分离的项目，通过ajax向后端请求数据，如果后端返回的数据有问题，那么问题就是候选，如果返回的数据没有问题，但是展示结果异常那么问题一般就出在前端。

2.当app出现问题时，怎么判断是客户端的问题，还是接口的问题，或者是服务端的问题？
先用抓包工具确定服务器接口返回的数据是否正确，这样就可以排除是否是服务器的问题，如果返回的是服务器报错那么就是服务器原因，如果返回的数据与接口文档不符那么就是接口问题，最后就是客户端问题。

简述软件项目的换代流程，你在过去的工作中参与过那些环节？

临近发版阶段，突然产品要加一个需求，直接来找你，你改怎么做？

口述题：是否遇到过测试任务过多无法完成的情况？当时你是怎么解决的？

在同一个项目组内，你认为你怎么做会比另外一个测试更加优秀？

版本发布后，线上出现了bug，你认为该怎么解决？

对于一个相对成熟的项目，你认为你在团队中承担着怎样的角色，你认为自己该怎样在团队中生存。

你做软件测试多久了？你认为对于测试人员，最重要的三个特点是什么？

简述测试流程

测试准备阶段-测试计划阶段-测试设计阶段-测试执行阶段-测试完成阶段

什么是软件测试？软件测试的目的与原则

软件测试指的是在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
软件测试的原则：

1、测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。

2、程序员应该避免检查自己的程序，软件测试应该由第三方来负责。

3、设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下还要制造极端状态和意外状态，如网络异常中断、电源断电等。

4、应该充分注意测试中的群集现象。

5、对错误结果要进行一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。

6、制定严格的测试计划。一定要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。

7、妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。

给你一个网站，你如何测试

首先，确认需求

咨询相关工作人员是否有该网站的需求说明说

若有，则全面了解需求文档内容

若没有需求说明文档，则咨询网站开发、产品了解相关信息，还可运用自身已有经验进行了解

其次，分析测试需求，并制定测试计划，确定测试范围、使用测试技术以及对测试进行人员安排等等
再然后，根据测试需求编写测试用例，可使用Excel或者相关用例管理工具对用例进行管理
网站进入测试阶段，根据用例进行测试

若发现问题，则将问题提交到相应的缺陷管理工具，指派到问题负责人。

问题修复完毕，对修复的问题进行回归验证，并验证是否有引发其他问题
最后编写测试报告，简要概述测试过程以及测试结果

软件的安全性应从哪几个方面去测试？

(1) 用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议

(2) 加密机制

(3) 安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描

(4) 数据备份与恢复手段：存储设备、存储优化、存储保护、存储管理

(5) 防病毒系统

黑盒测试和白盒测试是两种基本方法，请分别说明各自的优点和缺点

1. 黑盒测试的优点有 ：
1比较简单，不需要了解程序的内部的代码及实现
2与软件的内部实现无关
3 从用户的角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题
4 基于软件开发文档，所以也能知道软件实现了文档中的哪些功能
5 在做软件自动化测试时较为方便

缺点 ：

1 不可能覆盖所有的代码， 覆盖率较低，大概只能达到总代码量的30%

2 自动化测试的复用性较低。
2. 白盒测试的优点有 :

1. 帮助软件测试人员增大代码的覆盖率。 提供代码的质量，发现代码中隐藏的问题

缺点 ：

1. 程序运行会有很多不同的路径，不可能测试所有的运行路径

2. 测试基于代码，只能测试开发人员做的对不对，而不能知道设计是否正确，可能会漏掉一些功能需求

3. 系统庞大时，测试开销会非常大。

什么是并发

主要指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题，几乎所有的性能测试都会涉及并发测试。

您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？

1、要耐心和细心
2、要懂得尊重对方
3、要能设身处地为对方着想
4、要有原则
5、要主动承担
【五不要】
1、不要嘲笑
2、不要在背后评论开发工程师
3、不要动辄用上层来压制对方
4、和开发人员的沟通不要只有BUG
5、不要对开发人员的技能进行主观比较

测试结束的标准是什么

单元测试退出标准

1. 单元测试用例设计已经通过评审

2. 核心代码100％ 经过Code Review

3. 单元测试功能覆盖率达到100％

4. 单元测试代码行覆盖率不低于80％

5. 所有发现缺陷至少60％都纳入缺陷追踪系统且各级缺陷修复率达到标准

6. 不存在A、B类缺陷

7. C、D、E类缺陷允许存在

8. 按照单元测试用例完成了所有规定单元的测试

9. 软件单元功能与设计一致

集成测试退出标准

1. 集成测试用例设计已经通过评审

2. 所有源代码和可执行代码已经建立受控基线，纳入配置管理受控库，不经过审批不能随意更改

3. 按照集成构件计划及增量集成策略完成了整个系统的集成测试

4. 达到了测试计划中关于集成测试所规定的覆盖率的要求

5. 集成工作版本满足设计定义的各项功能、性能要求

6. 在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准

7. A、B类BUG不能存在

8. C、D类BUG允许存在,但不能超过单元测试总BUG的50％。

9. E类BUG允许存在

系统测试退出标准：

1. 系统测试用例设计已经通过评审

2. 按照系统测试计划完成了系统测试

3. 系统测试的功能覆盖率达100％

4. 系统的功能和性能满足产品需求规格说明书的要求

5. 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准

6. 系统测试后不存在A、B、C类缺陷

7. D类缺陷允许存在，不超过总缺陷的5％

8. E类缺陷允许存在，不超过总缺陷的10％

请你回答一下性能测试有哪些指标，对一个登陆功能做性能测试，有哪些指标

RT：响应时间
TPS：每秒完成事务数
CPU性能指标：利用率、负载
Mem：内存性能指标，可用物理内存、虚拟内存使用率
Disk：磁盘性能指标，Disk Time、IO等待
NetWork：网络指标，带宽使用率、任务队列长度
TCP连接数，可以用netstat命令统计得到
中间件建立的线程池，监控线程状态
JVM性能指标，GC情况、Heap使用情况
CPU负载队列长度
服务器与中间件之间建立的连接数及连接状态
一般性能分析的过程
序号 步骤名称 说明
1 检查RT 客户端响应时间
2 检查TPS TPS大时RT小， 说明性能良好
3 检查负载机资源消耗 检查CPU使用率
4 检查被压服务器的资源消耗 CPU 、 内存、磁盘IO、带宽、响应时间
5 检查中间件配置 确定是否有配置参数问题
6 数据库服务器 CPU、内存、IO繁忙程度、数据库监控。

如何测试一个纸杯？

功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透