- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试面试题目 1 范文
、介绍一下整体项目流程答案:
搭建缺陷管理的环境和测试环境以及配置管理的环境搭建;
编写测试计划; 3. 设计测试用例; 4. 编写测试用例; 5. 测试用例的评审; 6. 执行测试; 7. 缺陷管理; 8. 测试报告的输出
、在实际项目中你是如何做测试计划
答案:
对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析,提炼出测试要点;
根据测试要点编写测试用例。
由评审组对测试用例进行评审 -- 修改 -- 再次评审 -- 初步定稿
执行测试
4.1 按照测试用例对系统进行功能验证及客户的需求验证
4.2 将测试过程中产生的 Bug 录入缺陷管理系统
4.3 新版本发布后,对本次版本新增加的功能以及开发人员修正的 Bug进行回归测试
4.4 根据项目需要提交测试报告。
、你是如何制定测试过程中的时间进度表的
答案 : 根据项目的需求、 开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初 稿,并将测试时间进度表交与整个
项目团队成员大家一起讨论和分析, 最终和所有人达成共识制定出一
个大家都可以执行的测试时间进度表。
时间表中包括了开发人员提交功能或功能模块的时间,以及为
了更好的执行测试, 配合测试人员进行功能培训的时间, 以及测试执
行时间等,都详细的写到 WBS中,并按照这个时间进度表来执行项目
的测试任务。
、测试计划都包括那些项
答案: 1. 测试计划目标 2. 测试参考文档 3. 测试术语与定义
测试内容 5. 测试人员的分工 6. 测试进度 7. 测试流程 8. 测试工具 9. 测试缺陷管理 10. 测试的风险分析
、测试用例如何设计的
答案:在测试用例设计之前首先要熟悉客户的需求文档或需求
规格说明书,以做到对被测系统的熟悉,充分了解产品的详细功能,
并在熟悉过程中即使与研发人员和客户人员进行有效的沟通。 然后从
需求中提炼中各个模块的详细功能点编写出一个测试要点的文档。 根
据测试要点设计测试用例, 测试要点与测试用例是一个一对多的关系,
一个测试要点可能会需要几个测试用例的验证, 有正常的操作和异常
的操作,甚至是几个正常与几个异常的操作, 这要根据实际功能的要
求来具体分析具体实现。
、测试用例包括那些项
答案:产品名称、功能模块、用例的编号、编写人、被测功能
的简述,测试的预置条件,测试步骤,预期结果,实际结果。
、缺陷处理流程
讲缺陷的详细信息录入缺陷管理系统,并分配给对应的开发
人员
如果遇到一些难以再现的缺陷,在开发人员修正过程中配合开发人员进行 Bug 的再现。
开发人员修正 Bug 后,会在缺陷管理系统中将修正后的 Bug
状态更改,通常为 Fixed 状态。
新版本发布后,测试人员会讲 bug 状态已经更改为 Fixed 的
Bug进行回归测试。如果测试通过,则将该 Bug关闭,如果仍未通过,
则将该 Bug 从 Fixed 更改为 Reopen状态,继续让开 发人员来修正。
并等待下一个新版本发布后的二次回归测试。
、缺陷报告包括那些项
答案:编写人、被测系统的版本号、测试环境、预期结果、实
际结果、对于实际结果如有必要附上截图、测试用例数、测试用例通过 数,测试用例的通过率、对缺陷的一个分析汇总。
、缺陷报告严重级别的划分
严重级别的错误:影响系统整体基本流程运行的错误,由于某一操作造成系统死循环或服务器崩溃的错误
较严重:功能实现错误、内部计算错误、
一般: UI 错误,一些易用性的错误或建
、开发人员修复缺陷后,如何保证不影响其他功能
答案: Bug的修复以及新功能的添加都有可能对版本造成一些影响,为了避免, 在新版本发布以后,首先会对新版本做一个基础的流程测试也叫做冒烟测试, 如果测试基本流程都顺利通过没有任何问题,那么测试人员可以继续进行详细的测试, 否则就将冒烟测试中出现的问题以及问题有可能出现的原因反馈给开发人员, 由开发人员修正后再次发版,进行测试。这是一个迭代的过程。
11 、发现问题后你是如何判断其是否是 BUG,你是如何提交的?
答案:测试用例是经过评审组严格的评审,完全按照客户的需
求规格说明书作为最终依据来评审的, 如果测试过程中, 测试结果与实际结果不符就很可能是 Bug,如果一些比较明显的问题就直接录入缺陷管理系统, 如果是一些边界问题不容易确定的, 可以通过和开发
人员甚至是设计人员等进行沟通最后得出一个结果究竟是否是 Bug,如果是 Bug 就录入,如果是一个需要增加的新功能等, 可以录入缺陷管理系统,类型为新需求。
、修复一个 BUG而导致其他的 BUG出现,该如何处理
答案:帮助开发人员分析问题锁定原因然后进行新 Bug的修正。
、测试总结报告包括那些项
答案:测试用例的
您可能关注的文档
最近下载
- 学堂在线网课《生活英语读写》课后作业单元考核答案.docx VIP
- 2025年第42届全国中学生物理竞赛预赛试题(学生版+解析版) .pdf VIP
- 安全牛:API安全技术应用指南(2024版).pdf VIP
- 《NB 35074-2015 水电工程劳动安全与工业卫生设计规范》.pdf
- 2024年浙江省中考统考科学试卷试题真题(含答案解析).pdf VIP
- 《吴门验方》学习笔记.docx VIP
- 新目标大学英语-《综合教学教程》第四册(WELearn答案解析).DOC VIP
- 几何画板在小学数学教学中的应用.pdf VIP
- The Crucible《激情年代(1996)》完整中英文对照剧本.docx VIP
- 2025年河南省高考物理试卷(含答案解析).docx
文档评论(0)