欢迎来到天天文库
浏览记录
ID:45886273
大小:93.02 KB
页数:5页
时间:2019-11-19
《软件测试面试常见问题》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、软件测试面试常见问题 1、介绍一下整体项目流程 答案: 1.搭建缺陷管理的环境和测试环境以及配置管理的环境搭建;2.编写测试计划;3.设计测试用例;4.编写测试用例;5.测试用例的评审;6.执行测试;7.缺陷管理;8.测试报告的输出 2、在实际项目中你是如何做测试计划 答案: 1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析提炼出测试要点; 2.根据测试要点编写测试用例 3.由评审组对测试用例进行评审修改再次评审初步定稿 4.执行测试 4.1按照测试用例对系统进行功能验证及客户的需求验证 4.2将
2、测试过程中产生的Bug录入缺陷管理系统 4.3新版本发布后对本次版本新增加的功能以及开发人员修正的Bug进行回归测试 4.4根据项目需要提交测试报告 3、你是如何制定测试过程中的时间进度表的 答案:根据项目的需求、开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初稿并将测试时间进度表交与整个项 目团队成员大家一起讨论和分析最终和所有人达成共识制定出一个大家都可以执行的测试时间进度表 时间表中包括了开发人员提交功能或功能模块的时间以及为了更好的执行测试配合测试人员进行功能培训的时间以及测试 执行时间等都详细的写到WBS中并按照这个时间
3、进度表来执行项目的测试任务 4、测试计划都包括那些项 答案:1.测试计划目标2.测试参考文档3.测试术语与定义4.测试内容5.测试人员的分工6.测试进度7.测试流程 8.测试工具9.测试缺陷管理10.测试的风险分析 5、测试用例如何设计的 答案:在测试用例设计之前首先要熟悉客户的需求文档或需求规格说明书以做到对被测系统的熟悉充分了解产品的详细功能并在熟 悉过程中即使与研发人员和客户人员进行有效的沟通然后从需求中提炼中各个模块的详细功能点编写出一个测试要点的文档根 据测试要点设计测试用例测试要点与测试用例是一个一对多的关系一个测试要点可能会需要几
4、个测试用例的验证有正常的操 作和异常的操作甚至是几个正常与几个异常的操作这要根据实际功能的要求来具体分析具体实现 6、测试用例包括那些项 答案:产品名称、功能模块、用例的编号、编写人、被测功能的简述测试的预置条件测试步骤预期结果实际结果 7、缺陷处理流程 1.讲缺陷的详细信息录入缺陷管理系统并分配给对应的开发人员 2.如果遇到一些难以再现的缺陷在开发人员修正过程中配合开发人员进行Bug的再现 3.开发人员修正Bug后会在缺陷管理系统中将修正后的Bug状态更改通常为Fixed状态 4.新版本发布后测试人员会讲bug状态已经更改为Fixed的
5、Bug进行回归测试如果测试通过则将该Bug关闭如果仍 未通过则将该Bug从Fixed更改为Reopen状态继续让开发人员来修正并等待下一个新版本发布后的二次回归测试 8、缺陷报告包括那些项 答案:编写人、被测系统的版本号、测试环境、预期结果、实际结果、对于实际结果如有必要附上截图、测试用例数、测试 用例通过数测试用例的通过率、对缺陷的一个分析汇总 9、缺陷报告严重级别的划分 严重级别的错误:影响系统整体基本流程运行的错误由于某一操作造成系统死循环或服务器崩溃的错误 较严重:功能实现错误、内部计算错误、 一般:UI错误一些易用性的错误或建
6、 10、开发人员修复缺陷后如何保证不影响其他功能 答案:Bug的修复以及新功能的添加都有可能对版本造成一些影响为了避免在新版本发布以后首先会对新版本做一个基础 的流程测试也叫做冒烟测试如果测试基本流程都顺利通过没有任何问题那么测试人员可以继续进行详细的测试否 则就将冒烟测试中出现的问题以及问题有可能出现的原因反馈给开发人员由开发人员修正后再次发版进行测试这 是一个迭代的过程 10、发现问题后你是如何判断其是否是BUG你是如何提交的、 答案:测试用例是经过评审组严格的评审完全按照客户的需求规格说明书作为最终依据来评审的如果测试过程中测试结果与实际结
7、 果不符就很可能是Bug如果一些比较明显的问题就直接录入缺陷管理系统如果是一些边界问题不容易确定的可以通过和开发人 员甚至是设计人员等进行沟通最后得出一个结果究竟是否是Bug如果是Bug就录入如果是一个需要增加的新功能等可以录入缺 陷管理系统类型为新需求 11、修复一个BUG而导致其他的BUG出现该如何处理 答案:帮助开发人员分析问题锁定原因然后进行新Bug的修正 12、测试总结报告包括那些项 答案:测
此文档下载收益归作者所有