个人找工作中的软件测试面试题目收集(一)
2013-05-27 10:30
363 查看
1. 敏捷开发:简单的说,敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。
2. 白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
3. 黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
4. 灰盒测试:灰盒测试,是介于白盒测试与黑盒测试之间的,可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。
5. 并发测试:主要指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题,如内存泄漏、线程锁、资源争用问题,几乎所有的性能测试都会涉及并发测试。
测试目的并非为了获得性能指标,而是为了发现并发引起的问题。
6. 缺陷的状态:1. New初始状态 2.Open打开,开发人员开始修复
3. Fixed 开发人缘修改完毕 4.Closed回归测试通过
5. Reopen 回归测试失败 6. Postpone 延迟修改
7. Rejected 拒绝缺陷,打回 8.Duplicate 与已提交的缺陷重复
8. Abandon 丢弃缺陷
7. 什么情况下,缺陷会reopen:
根据下面表格,5中情况下可以将状态改为reopen
缺陷状态转换表
8. 缺陷的严重程度和优先级:
缺陷严重程度一般以缺陷对软件功能和用户体验度的影响程度而定,影响越大,严重读越高。
缺陷优先级缺陷的严重程度、缺陷对项目进度的影响、用户对缺陷的特殊要求来衡量
关系:
一般缺陷严重程度越高,优先级就越高,下面两种情况例外
1. 如果项目即将发布,但是却出现了影响外观或用户体验的严重级低的缺陷,那么优先级需要提高
2. 如果该功能是用户的特殊需求,那么即使缺陷严重程度小,也需要提高优先级
9. 软件生命周期:计划 需求分析 设计 编码 编码
运行维护 测试
2. 白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
3. 黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
4. 灰盒测试:灰盒测试,是介于白盒测试与黑盒测试之间的,可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。
5. 并发测试:主要指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题,如内存泄漏、线程锁、资源争用问题,几乎所有的性能测试都会涉及并发测试。
测试目的并非为了获得性能指标,而是为了发现并发引起的问题。
6. 缺陷的状态:1. New初始状态 2.Open打开,开发人员开始修复
3. Fixed 开发人缘修改完毕 4.Closed回归测试通过
5. Reopen 回归测试失败 6. Postpone 延迟修改
7. Rejected 拒绝缺陷,打回 8.Duplicate 与已提交的缺陷重复
8. Abandon 丢弃缺陷
7. 什么情况下,缺陷会reopen:
根据下面表格,5中情况下可以将状态改为reopen
缺陷状态转换表
原始状态 | New | Open | Fixed | Closed | Reopen | Postpone | Rejected | Duplicate | Abandon |
转换状态 | |||||||||
New | | | | | | | | | |
Open | Open | | | | | | Open | | |
Fixed | | Fixed | | | | | | | |
Closed | | | Closed | | Closed | | | | |
Reopen | | | Reopen | Reopen | | | Reopen | Reopen | Reopen |
Rejected | Rejected | | | | | | | | |
Postpone | Postonne | | | | | | | | |
Duplicate | Duplicate | | | | | | | | |
Abandon | Abandon | | | | | | Abandon | Abandon | |
8. 缺陷的严重程度和优先级:
缺陷严重程度一般以缺陷对软件功能和用户体验度的影响程度而定,影响越大,严重读越高。
缺陷优先级缺陷的严重程度、缺陷对项目进度的影响、用户对缺陷的特殊要求来衡量
关系:
一般缺陷严重程度越高,优先级就越高,下面两种情况例外
1. 如果项目即将发布,但是却出现了影响外观或用户体验的严重级低的缺陷,那么优先级需要提高
2. 如果该功能是用户的特殊需求,那么即使缺陷严重程度小,也需要提高优先级
9. 软件生命周期:计划 需求分析 设计 编码 编码
运行维护 测试
相关文章推荐
- 软件测试面试题目————征求更好答案
- 2016华为软件精英挑战赛初赛题目,个人分析与代码,尚未测试代码,因为没有judge系统啊!
- 测试杯子(微软的一个软件测试面试题目)
- 互联网公司软件测试职位实习面试题目
- 对软件测试工程师面试题目的回答[转]
- 软件测试面试题目 1
- 对软件测试工程师面试题目的回答[转]
- 对软件测试工程师面试题目的回答( 转)
- 面试软件测试 智力题题目与部分答案
- 面试===软件测试工程师笔试题目
- 面试软件测试工程师的笔试题目
- IBM软件测试面试
- 找工作知识储备(3)---从头说12种排序算法:原理、图解、动画视频演示、代码以及笔试面试题目中的应用
- 软件测试面试- 购物车功能测试用例设计
- 常见的软件测试人员面试问题
- 金朝阳——软件测试试题3道题目分享
- 软件测试常考面试题-软件测试面试宝典
- 软件测试工作个人感悟(回悟)
- 对软件测试前景的个人理解
- 强大的计算机工作面试笔试题目...【与中国文学紧密结合,带“【】”是LZ的个人见解,哈哈】