- 1、本文档共4页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
常见的测试面试题目
常见的测试面试题目
1、介绍一下整体项目流程
答案:
1.搭建缺陷管理的环境和测试环境以及配置管理的环境搭建;2.编
写测试计划;3.设计测试用例;4.编写测试用例;5.测试用例的评审;6.执
行测试;7.缺陷管理;8.测试报告的输出
2、在实际项目中你是如何做测试计划
答案:
1.对客户提供的或需求分析人员编写的用户需求文档或需求规格
说明书进行分析,提炼出测试要点;
2.根据测试要点编写测试用例。
3.由评审组对测试用例进行评审--修改--再次评审--初步定稿
4.执行测试
4.1按照测试用例对系统进行功能验证及客户的需求验证
4.2将测试过程中产生的Bug录入缺陷管理系统
4.3新版本发布后,对本次版本新增加的功能以及开发人员修正的
Bug进行回归测试
4.4根据项目需要提交测试报告。
3、你是如何制定测试过程中的时间进度表的
答案:根据项目的需求、开发周期、开发人员的开发进度等时间安
排来制定一个测试时间进度初稿,并将测试时间进度表交与整个项目
团队成员大家一起讨论和分析,最终和所有人达成共识制定出一个大
家都可以执行的测试时间进度表。
时间表中包括了开发人员提交功能或功能模块的时间,以及为了
更好的执行测试,配合测试人员进行功能培训的时间,以及测试执行
时间等,都详细的写到WBS中,并按照这个时间进度表来执行项目的
测试任务。
4、测试计划都包括那些项
答案:1.测试计划目标2.测试参考文档3.测试术语与定义4.测
试内容5.测试人员的分工6.测试进度7.测试流程8.测试工具9.测试
缺陷管理10.测试的风险分析
5、测试用例如何设计的
答案:在测试用例设计之前首先要熟悉客户的需求文档或需求规
格说明书,以做到对被测系统的熟悉,充分了解产品的详细功能,并
在熟悉过程中即使与研发人员和客户人员进行有效的沟通。然后从需
求中提炼中各个模块的详细功能点编写出一个测试要点的文档。根据
测试要点设计测试用例,测试要点与测试用例是一个一对多的关系,
一个测试要点可能会需要几个测试用例的验证,有正常的操作和异常
的操作,甚至是几个正常与几个异常的操作,这要根据实际功能的要
求来具体分析具体实现。
6、测试用例包括那些项
答案:产品名称、功能模块、用例的编号、编写人、被测功能的
简述,测试的预置条件,测试步骤,预期结果,实际结果。
7、缺陷处理流程
1.讲缺陷的详细信息录入缺陷管理系统,并分配给对应的开发人
员
2.如果遇到一些难以再现的缺陷,在开发人员修正过程中配合开
发人员进行Bug的再现。
3.开发人员修正Bug后,会在缺陷管理系统中将修正后的Bug状
态更改,通常为Fixed状态。
4.新版本发布后,测试人员会讲bug状态已经更改为Fixed的Bug
进行回归测试。如果测试通过,则将该Bug关闭,如果仍未通过,则
将该Bug从Fixed更改为Reopen状态,继续让开发人员来修正。并
等待下一个新版本发布后的二次回归测试。
8、缺陷报告包括那些项
答案:编写人、被测系统的版本号、测试环境、预期结果、实际
结果、对于实际结果如有必要附上截图、测试用例数、测试用例通过
数,测试用例的通过率、对缺陷的一个分析汇总。
9、缺陷报告严重级别的划分
严重级别的错误:影响系统整体基本流程运行的错误,由于某一
操作造成系统死循环或服务器崩溃的错误
较严重:功能实现错误、内部计算错误、
一般:UI错误,一些易用性的错误或建
10、开发人员修复缺陷后,如何保证不影响其他功能
答案:Bug的修复以及新功能的添加都有可能对版本造成一些影
响,为了避免,在新版本发布以后,首先
文档评论(0)