软件测试题库.docxVIP

- -可修编- 软件测试: 1、 您认为做好测试用例设计工作的关键是什么？ 以较少的用例覆盖模块输出和输入接口。 不可能做到完全测试， 以最少的用例在合理的时间 内发现最多的问题。 2、 讲述一下自己最熟悉的一个工程是怎么做的？具体用什么方法和测试工具？ 3、简述一下整个工程的测试流程和 BUG管理流程。 测试流程：测试方案-测试实施-测试设计-测试执行-测试评估 Bug管理流程： 测试发琨客户皮愤厂 Eq匚、ydustomer* 1 2 3-.!X^Testy 怎edbac”it件皱陷薈理SW Bug Management6 PM幵後腔理?SFM、琥认J-、[CheclcT .■- SFM 测试发琨客户皮愤厂 Eq匚、ydustomer* 1 2 3-.!X^Testy 怎edbac” it件皱陷薈理SW Bug Management 6 PM 幵後腔理 ?SFM 、琥认 J-、 [Checlc T . ■- SFM * Assgri 叢进廊决 Own □q ZiDE「 .■Analysis?、 Root Cause h 、jAcikn f” 分析/对棗 ；sac ---Regojved - H -*■匚區日d ◎ ,3FM* 螂 V Monitor 验咚阴试 Verfflcatlon^^ ■_ CTeai)丿 显Hi真 sac ”口 ? .丽ect ) S0A： 匚屈师 .Duplin：目rtm , ■ -T-重复的 ◎ 、叭5￡lC. *卩耐 L Review 评审 童保证匚疔师 Process Management 8、 QTP 这个工具的优缺点？ QTP 工具的优点：可以实现数据批量录入，回归测试，数据初始化 缺点：对于页面变更太大，对象仓库的更新将会更大一些 9、 基于 WEB 信息管理系统测试时应考虑的因素有哪些？ 1) 功能测试 测试 表单测试 Cookies 测试 设计语言测试 数据库测试 2〕性能测试 连接速度测试 负载测试 压力测试 3〕可用性测试 导航测试 图形测试 内容测试 整体界面测试 4〕客户端兼容性测试 ① 平台测试 ② 浏览器测试 5〕平安性测试 10、 测试完毕的标准是什么？ 1〕第一类标准 : 测试超过了预定时间 ,那么停顿测试 . 2) 第二类标准：执行了所有的测试用例，但并没有发现故障，那么停顿测试。 3〕第三类标准：使用特定的测试用例设计测试作为判断测试停顿的根底。 4〕第四类标准：正面指出停顿测试的具体要求，即停顿测试的标准可定义为查出某一 预订数目的故障。 5〕第五类标准：根据单位时间内查出故障的数量决定是否停顿测试。 11、 当开发人员说不是 BUG 时，你如何应付？ 首先，将问题提交到缺陷管理库里面进展备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与方案有不一致的地方， 提供缺陷是否确认的直接依据； 如果没有文档依据， 可以根据类似软件的一般特性来说明是否存在不一致的地方， 来确 认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定， 如果仍然存在争议， 可以通过公司政策所提供的渠道， 向上级 反映，，并由上级做出决定 。 12、 在您以往的工作中，一条软件缺陷〔或者叫 Bug 〕记录都包含了哪些内容？如何 提交高质量的软件缺陷〔 Bug 〕记录？ 检测时间，系统环境，硬件环境，严重程度，版本号，确认人，功能模块，问题描 述，详细操作步骤，是否会重现。 问题描述和详细操作步骤要尽可能的详细。 Bug应该尽量用书面语，对于严重程度比拟 高的缺陷要在一样 环境下再测试一遍。 在C/S模式下，如果条件满足可以使用替换法来确认是 client端的问题还是server端的问 题。 13、 您认为在测试人员同开发人员的沟通过程中， 如何提高沟通的效率和改善沟通的效 果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？ 14、 所有软件都有一个用户界面，因此必须测试易用性。 〔X〕 15、 软件的缺陷等级应如何划分？ ?致命错误〔fatal〕：造成系统或应用程序崩溃、死机、系统挂起，或造成数据丧失，主 要功能完全丧失，导致本模块以及相关模块异常等问题。 2 ?严重错误〔critical丨：功能和 特性没有实现导致严重的问题或致命的错误声明。 问题局限在本模块，导致模块功能失效或 异常退出。 3 .一般错误〔major丨：次要功能丧失，提示信息不太准确，或用户界面差，操作时间 长、模块功能局部失效等。 建议问题〔suggestion〕：由问题提出