面试2

bug管理工具JIRA/Bugfree/Redmine/bugzilla

集成测试工具Jenkins
appnium
monkeyruner

jemeter
badboy

ruby 有个watir框架也可以做自动
python有个splinter框架也可以做自动化
道python 有个pywinauto框架可以对windows GUI做自动化

对于性能测试，另一个我更关心的测试流程，你做性能测试的目的是什么系统验证是旧系统扩容要达到一个什么样的预期独立的环境可以开展么力在哪儿，脚本为什么要这样录制的测试结果真的有知道意义么对系统性能做出了合理的评估，或为系统有调优做出指导，或为系统扩容做出了依据。如果前因后果弄不清何必去做呢br> 你作为测试发现不了bug该怎么办/h2>

一个软件，你测试了一个月都没有发现bug，你怎么办br> 1.说明软件已经没有bug了.严格说应该是说明软件中残留的bug已经很少了且是隐藏比较深的
尤其是一个经过大量使用的成熟软件,但对于一个新软件来讲，很少会遇到测试了一个月都没有发现bug的情况.

2.说明测试用例设计的太少或不够好,需要补充新的测试用例
尤其需要补充一些覆盖无效等价类的测试用例.

3.测试人员需要突破思维定势,打破常规.
常见的情况可能是测试人员和程序员合作一段时间后,也更容易发现程序员容易犯的错误,但随着程序员对这些常犯错误的总结逐渐成熟起来,在写代码的时候，根据以前多次修改BUG的经验，已经在自觉的规避可能出错误的代码写法，从而写出的代码更规范更可靠。若测试人员还按照惯性思维去测试，当然就不太容易再发现BUG了。这时候,测试人员就应该突破思维定势,打破常规!多和别的测试人员交流,不断学习新的测试技术和方法,积极的实践!

遇到发现的bug不能重现怎么办br> 　　1、在A版本发现的bug应该在A版本进行重现
　　2、项目时间允许的情况下，开发人员应大力协作复现bug
　　3、测试人员要再次确认用例设计的覆盖度及周密性
　　4、绞尽脑汁，它仍然不能复现时，保持关注
　　5、思考测试流程及测试规范，及时更正走过的弯路，制定提交bug的规范，便于开发及我们自己复现

你发现的bug提交给开发，但是开发不认可怎么办br> 先要确认功能与规格说明书是否一致
提交的bug 是否能复现
和负责测试的组长或经理沟通
并和项目经理沟通
也可以和QA 沟,QA 也有上 渠道

首先要找需求文档，看有没有对预期结果进行具体说明，从而提高说服力度。其次要确保自己的bug能够重现。
再次，分析一下自己bug的级别，如果只是建议性的bug可以保留，但是也要在bugzilla等工具上记录；
如果bug级别比较高，就要跟开发人员有效沟通，耐心讲明这个bug的危害以及重现步骤等，不行就要跟测试经理或者开发经理联系，说过bug的严重性，进行问题评估，一起讨论解决这个问题。

你觉得测试人员应具备怎样的素质br> 测试技能
细心，耐心
怀疑精神
沟通技能
团队协作技能
对测试的产品的责任感

测试是怎么保证软件质量的br> 1.认真进行需求分析
2.编写高质量的测试用例
3.良好的测试执行
4.有效缺陷管理
5.完整的测试流程

怎么保证测试覆盖是全面的br> 1.编写用例前检查需求及各种设计文档是否有问题。
2.整理一个功能覆盖的列表或思维导图
3.把功能列表发个相关人员进行评审，查缺补漏。
4.编写完整的测试用例。
5.进行用例评审
6.执行过程中发现用例不完善或者错误，需要对用例进行及时的修改和调优。
7.测试完毕后对漏测的bug进行用例补充。

给你一个手机你怎么测br> 1.基本硬件测试
2.测试手机基本功能，通话、短信、上 等。
3.性能测试
4.用户体验、易用性测试

面试真题： 你会自动化测试吗/p>

1.我之前做过简单的自动化测试。

2.像录制脚本、回放脚本、设置检查点、进行参数化以及对象库编程。描述性编程等都会。

3.我对自动化测试非常有兴趣，以后也打算朝这个方向发展。

请谈谈你对测试过程的理解

1.利用测试工具按照测试方案和流程对产品进行功能和性能测试；
2.测试并不仅是为了找出错误，通过分析错误产生的原因和发展趋势，可以帮助项目管理者；
3.发现软件在开发过程的缺陷，以便及时改进。

Oracle中什么是存储过程，以及它的意义义

存储过程是一个命名的PL/SQL块，被存储在数据库中，并且可以被其他PL/SQL块使用。因此可以将业务逻辑、企业规则写成过程或函数保存到数据库中，以便其他PL/SQL块使用，简化应用程序的开发和维护，提高效率和性能。

请解释在Oracle数据库中，什么是索引/p>

索引：(index) 提高查询效率的；一般都是表中数据量比较大的情况；类似于书的目录；索引在加在列上面的；加完索引之后，再次根据这个列来查询就会快一些
create index 索引名 on 表名(列名);

qtp关键字驱动：keyword-driven 是一种高级自动化测试方法，关键字驱动把脚本的编程工作分离出去，使得代码经验不足的人也能进行自动化脚本的创建和维护工作。

面试真题：什么是敏捷测试/p>

1.敏捷测试要求测试人员起到主导作用，属于测试驱动研发。

2.敏捷测试要求测试人员早期介入。

3.敏捷测试需要测试人员与开发人员不停地沟通。

4.敏捷测试强调从客户角度来测试。

5.敏捷测试重点关注持续迭代，而不再强调传统测试中严格的测试阶段。

你觉得测试 告的有什么用br> 统计数据
同类型项目作为参考
总结

app的性能测试有哪些br> 耗电量（）
流量（流量监控软件）
时间（页面响应时间、启动时间、前后台切换的时间）
内存
CPU

你认为自动化测试有什么好处br> 优点：不受时间限制；能提高测试效率，不能提高测试质量
缺点：依赖于脚本写的质量，软件界面不在发生变化
适合场景：1、适用于界面改变小的
2、脚本执行达到一定次数的场景

你认为如何保证软件质量br> 质量铁三角： 组织（人）、技术（工具）、流程（过程）

你们测试计划通过、上线的标准是什么br> 用例的执行情况达到100%
覆盖率达到什么目标
修复bug的比例
遗留bug

cookie测试主要包含以下哪几项br> A.Cookie的作用域是否合理
B.用于保存一些关键数据的Cookie是否被加密
C.Cookie的过期时间是否正确

DDOS的主要几个攻击手段有br> A.SYN变种攻击
B.TCP混乱数据包攻击
C.WEB Server的多连接攻击
D.用UDP协议的攻击

用例有效性是指br> A.缺陷数/用例数

2000
600 2周 80个bug

4000
1200一个月 200个bug

发现一个bug，怎么办br> 先查看环境是否有问题。
然后写bug单，截图
关掉看能不能复现。

怎么测试的，怎么执行测试的br> 根据用例去执行
除了看界面是否正确，还要看数据库中数据是否正确
搭建环境，边执行边修改用例
通过为pass，失败为failed，分析bug原因，提交bug
打印日志

linux如何抓取logbr> /var/log/messages

项目中有遇过什么问题br> srs不详细
环境不行
硬件资源不够

接口测试怎么做br> 发消息回复消息，给一个输入看是否返回一个输出，看接口的取值类型和范围

项目中概率出现的bug怎么处理br> 提bug单，定期检查是否复现，定义级别，过一段时间没有重现下降级别

招你进来，你新接触一个东西br> 熟悉项目，熟悉人员，熟悉业务流程

select distinct 列名1,列名2,… from 表名;
select conunt(grade) from emp where grade >80

数据库中事物br> 一组sql语句，一块执行，不允许一部分成功一部分失败，rollback

linux抓包br> tcpdump

Linux比较两个文件br> diff

介绍一下项目/h2>

测试设计/p>

说一个具体的模块，测试用例你是怎么设计的/p>

1，下单支付时：
手动优惠：
跟员工权限有关
优惠金额：0 负数 小数 大于当前金额 小于当前金额
输入优惠金额后和待付金额是级联的
优惠金额超过员工权限

2，会员支付：
正确的卡
错误卡
已经停了的卡
是不是按卡里的打折的
会员卡金额大于/小于待付金额

3，优惠券和折扣能不能叠加
优惠券和折扣全选上到底怎么算的

自动化脚本怎么写的/h2>

python掌握到什么程度/h2>

做过性能测试吗/h2>

你认为你的优势是什么br> 对测试的坚持和热情
能发现更多的bug
写测试用例比较快

sql语句/h2>

会写存储过程吗/h2>

什么时候使用自动化测试br> 优点：不受时间限制，完全一致性
缺点，1依赖于脚本写的质量，
2，如果软件界面发生变化，脚本可能失效。
适用于的场景：
1，软件界面不在发生变化
2.脚本执行次数要达到一定次数

存储过程就是一堆 SQL 的合并，中间加了点逻辑控制。

你的学习能力怎样，举个例子/h2>

性能测试的目的是什么br> 满足性能需求。保障在大量用户的情况下，服务能正常使用。

你们性能测试怎么做的br> 用工具来模拟人来产生请求；我们项目是使用LR做性能测试的。

我们做过测试浏览商品的性能；测试登陆的性能；测试购买商品的性能。

常见的性能指标br> 响应时间；用户数；资源占用；吞吐量；点击率

性能测试中发现了什么问题：
响应时间不达标； 当时要求支持5000人访问，响应时间 怎么分析：利用LR工具中的分析器来进行分析，慢在什么地方；

云计算大数据了解吗br> 云计算：做资源整合；硬件资源上的整合； 按需分配 —提升资源使用的效率

你了解通信行业吗/h2>

工作中难点br> 测试设计
把需求转换成测试需求
保证测试的充分性

测试分析从何开始br> 由需求摘录功能点
把独立功能进行测试点细化
业务场景分析。正常使用，超载使用
发现需求中隐藏的问题

你如何保证测试的全面性br> 首先有限的时间内不追求完美
想到什么先写什么
团队协作，评审用例，相互学习不断追加测试点。
考虑用户的使用场景，功能交互，质量模型

漏测了怎么办br> 分析漏测原因，思考总结和吸取经验教训，后续的测试避免该方面的漏测。
交叉测试
看是用例的执行不严格是没有做交叉测试是对需求分析不到位/p>