常见的测试用例设计方法都有哪些

精品文档 1欢迎下载 常见的测试用例设计方法都有哪些 请分别以具体的例子来说明这些方法在测试用例设计工作中的应常见的测试用例设计方法都有哪些 请分别以具体的例子来说明这些方法在测试用例设计工作中的应 用 用 1 等价类划分 常见的软件测试面试题划分等价类 等价类是指某个输入域的子集合 在该子集合中 各个输入数 据对于揭露程序中的错误都是等效的 并合理地假定 测试某等价类的代表值就等于对这一类其它值的 测试 因此 可以把全部输入数据合理划分为若干等价类 在每一个等价类中取一个数据作为测试的输入 条件 就可以用少量代表性的测试数据 取得较好的测试结果 等价类划分可有两种不同的情况 有效等 价类和无效等价类 2 边界值分析法 边界值分析方法是对等价类划分方法的补充 测试工作经验告诉我 大量的错误是发生在输入或输 出范围的边界上 而不是发生在输入输出范围的内部 因此针对各种边界情况设计测试用例 可以查出更 多的错误 使用边界值分析方法设计测试用例 首先应确定边界情况 通常输入和输出等价类的边界 就是应着 重测试的边界情况 应当选取正好等于 刚刚大于或刚刚小于边界的值作为测试数据 而不是选取等价类 中的典型值或任意值作为测试数据 3 错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误 从而有针对性的设计测试用例的方法 错误推测方法的基本思想 列举出程序中所有可能有的错误和容易发生错误的特殊情况 根据他们 选择测试用例 例如 在单元测试时曾列出的许多在模块中常见的错误 以前产品测试中曾经发现的 错误等 这些就是经验的总结 还有 输入数据和输出数据为 0 的情况 输入表格为空格或输入表格 只有一行 这些都是容易发生错误的情况 可选择这些情况下的例子作为测试用例 4 因果图方法 前面介绍的等价类划分方法和边界值分析方法 都是着重考虑输入条件 但未考虑输入条件之间的 联系 相互组合等 考虑输入条件之间的相互组合 可能会产生一些新的情况 但要检查输入条件的组 合不是一件容易的事情 即使把所有输入条件划分成等价类 他们之间的组合情况也相当多 因此必须 考虑采用一种适合于描述对于多种条件的组合 相应产生多个动作的形式来考虑设计测试用例 这就需 要利用因果图 逻辑模型 因果图方法最终生成的就是判定表 它适合于检查程序输入条件的各种 组合情况 5 正交表分析法 有时候 可能因为大量的参数的组合而引起测试用例数量上的激增 同时 这些测试用例并没有 明显的优先级上的差距 而测试人员又无法完成这么多数量的测试 就可以通过正交表来进行缩减一 些用例 从而达到尽量少的用例覆盖尽量大的范围的可能性 6 场景分析方法 精品文档 2欢迎下载 指根据用户场景来模拟用户的操作步骤 这个比较类似因果图 但是可能执行的深度和可行性更 好 您认为做好测试用例设计工作的关键是什么 您认为做好测试用例设计工作的关键是什么 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口 不可能做到完全测试 以最少的用例在合理的时间内发现最多的问题 详细的描述一个测试活动完整的过程 详细的描述一个测试活动完整的过程 1 项目经理通过和客户的交流 完成需求文档 由开发人员和测试人员共同完成需求文档的评审 评审的内容包括 需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方 项目经理通 过综合开发人员 测试人员以及客户的意见 完成项目计划 然后 sqa 进入项目 开始进行统计和跟 踪 2 开发人员根据需求文档完成需求分析文档 测试人员进行评审 评审的主要内容包括是否有遗 漏或者双方理解不同的地方 测试人员完成测试计划文档 测试计划包括的内容上面有描述 3 测试人员根据修改好的需求分析文档开始写测试用例 同时开发人员完成概要设计文档 详细 设计文档 此两份文档成为测试人员撰写测试用例的补充材料 4 测试用例完成后 测试和开发需要进行评审 5 测试人员搭建环境 6 开发人员提交第一个版本 可能存在未完成功能 需要说明 测试人员进行测试 发现 bug 后 提交给 bugzilla 7 开发提交第二个版本 包括 bug fix 以及增加了部分功能 测试人员进行测试 8 重复上面的工作 一般是 3 4 个版本后 bug 数量减少 达到出货的要求 9 如果有客户反馈的问题 需要测试人员协助重现以及回归测试 注 SQA 的缩写是 Software Quality Assurance 软件质量保证 软件质量保证 SQA 是建立一套有计划 有系统的方法 来向管理层保证拟定出的标准 步骤 实践 和方法能够正确地被所有项目所采用 软件质量保证的目的是使软件过程对于管理人员来说是可见的 它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的 软件质量保证组在项目开始时就 一起参与建立计划 标准和过程 这些将使软件项目满足机构方针的要求 精品文档 3欢迎下载 SQA 素质要求有 1 过程为中心 应当站在过程的角度来考虑问题 只要保证了过程 QA 就尽到了责 任 2 服务精神 为项目组服务 帮助项目组确保正确执行过程 3 了解过程 深刻了解企业的工程 并具有一定的过程管理理论知识 4 了解开发 对开发工作的基本情况了解 能够理解项目的活动 5 沟通技巧 善于沟通 能够营造良好的气氛 避免审计活动成为一种找茬活动 以往是否曾经从事过性能测试工作 请尽可能的详细描述您以往的性能测试工作的完整过程 以往是否曾经从事过性能测试工作 请尽可能的详细描述您以往的性能测试工作的完整过程 曾经做过一套网管系统的性能测试 主要测试该软件在同时管理大量终端的情况下 在响应时间 cpu 磁盘 内存等参数是否满足要求 也曾经做过软交换系统的呼叫性能测试 主要是测试软交换系统在有大量呼叫的情况下 响应时 间 呼叫成功率 cpu 磁盘 内存等参数是否满足设计要求 您在从事性能测试工作时 是否使用过一些测试工具 如果有 请试述该工具的工作原理 并以一个您在从事性能测试工作时 是否使用过一些测试工具 如果有 请试述该工具的工作原理 并以一个 具体的工作中的例子描述该工具是如何在实际工作中应用的 具体的工作中的例子描述该工具是如何在实际工作中应用的 测试网管系统中 使用的 mimic 来模拟终端 能够大量的节省成本 测试软交换系统的时候 使用的 prolab 来模拟终端并发送呼叫软交换 他完成了同时数百人才能 完成的摘机拨号工作 主要工作原理是产生一些符合要求的 ip 包并发送给软交换系统 同时对软交换 系统的回应进行处理 决定下一步动作 您认为性能测试工作的目的是什么 做好性能测试工作的关键是什么 您认为性能测试工作的目的是什么 做好性能测试工作的关键是什么 主要是保障在大量用户的情况下 服务能正常使用 在您以往的工作中 一条软件缺陷 或者叫在您以往的工作中 一条软件缺陷 或者叫 bugbug 记录都包含了哪些内容 如何提交高质量的软件缺陷 记录都包含了哪些内容 如何提交高质量的软件缺陷 bugbug 记录 记录 1 在传统的 bugzilla 中 bug 描述应该包括以下的信息 2 和 bug 产生对应的软件版本 3 开发的接口人员 4 bug 的优先级 5 bug 的严重程度 6 bug 可能属于的模块 如果不能确认 可以用开发人员来判断 7 bug 标题 需要清晰的描述现象 精品文档 4欢迎下载 8 bug 描述 需要尽量给出重新 bug 的步骤 9 bug 附件中能给出相关的日志和截图 高质量的 bug 记录就是指很容易理解的 bug 记录 所以 对于描述的要求高 能提供的信息多且 准确 很好的帮助开发人员定位 1 软件测试的原则是什么 2 软件测试的 V 模型 3 画出 bug 的跟踪状态图 4 描述下 oracle 中得 SGA 是什么 5 输入三个整数 判断他是不是有效的三角形 设计下测试用例 6 一个查找对话框 设计下测试用例 7 SQL 语句中 having 的作用 8 QQ 文件传输过程 设计下测试用例 9 黑盒测试用例的设计的方法 10 描述下常用的测试工具 11 描述下测试活动完整的过程 12 描述下 loadrunner 和 QTP 的区别 13 一个杯子 设计下测试用例 14 描述下内连接在什么时候下应用 15 左连接和右连接有什么区别 16 distinct 是什么意思 17 描述下一个软件项目的流程 18 描述下你怎么理解黑盒测试的 19 bugfree QC TD 你认为三者有什么区别 20 一个网上订单提交的过程 设计下测试用例 21 描述下功能测试 性能测试 系统测试 集成测试的区别及联系 22 给一个 C 的程序 画出它的流程图 23 描述下软件工程中软件测试的重要性 24 测试一个程序 并发用户为 50 个 在 Loadrunner 中怎么设置 25 描述下 Loadrunner 测试过程 26 Loadrunner 在录制脚本时 对于那种加密的密码 录制完成后 会产生乱码 你在脚本增强时 怎么样让其解码 27 在用 Loadrunner 测试的时候 首先要选择的就是录制的协议 假设一个程序 既是 B S 的程 序 页面中还嵌入 Javalet 的内容 在录制时 你选择什么协议 28 为什么要使用存储过程 在程序中怎么调用存储过程 29 bug 的状态有哪些 30 写一个语句 去除重复项 31 一个 bug 描述都包括哪些内容 32 怎么样提交高质量的 bug 33 把 A 库的数据移动 B 库中 怎么实现 34 包括 A 表和 B 表中所有的行并消除重复行 应用哪个关键字 精品文档 5欢迎下载 35 Net 的程序怎么搭建 36 会不会搭建测试 bugfree QC 或者 TD 怎么搭建 37 了解中间件吗 38 在 QC 或者 TD 中 会不会对字段进行维护 39 Oracle 中转换日期的函数是什么 40 数据库设计三大范式 性能测试性能测试 1 如何理解 TPS 2 如何理解线程调用 3 如何理解响应时间 4 如何理解性能建模 可分类回答 5 如何理解响应时间 TPS 曲线和用户之间的关系 6 在 LoadRunner 中为什么要设置思考时间和 pacing 应用服务器应用服务器 1 如何理解 J2EE 的系统架构 2 如何理解 J2EE 应用服务器的容器 3 如何理解内存泄露 如何定位 JAVA 类的应用的内存泄露 如何定位 C 语言编写 的应用的内存泄露 4 如果用纯 JAVA 的应用调用 J2EE 应用服务器的容器资源会出现什么结果 需要 如何维护容器资源 说明原理即可 5 如何定位 JAVA 的方法调用消耗的时间 不通过在源代码中加时间戳的方式 6 如何定位 C 语言中的函数调用消耗的时间 7 如何监控 J2EE 应用服务器 可以用一个具体的应用服务器做例子 数据库数据库 1 如何理解数据库架构 可以用一个数据库做例子 2 SQL 语句在数据库中的执行分成几步 每一步都做什么 可以用一个数据库做 例子 3 如何跟踪 SQL 的执行时间和内存的消耗 可以用一个数据库做例子 4 如何监控数据库 监控能得到什么数据 可以用一个数据库做例子 5 如何定位死锁问题 如何定位热块问题 如何监控日志切换 可以用一个数 据库做例子 6 有几种手段可以改变执行计划 可以用一个数据库做例子 操作系统操作系统 1 如何判断 CPU 内存 磁盘的瓶颈 2 如何理解 CPU 内存 磁盘之间的关系 精品文档 6欢迎下载 3 如何理解 paging in paging out 4 如何监控操作系统的资源 可以用一个操作系统做例子 5 如何理解内存管理和线程调度 可以用一个操作系统做例子 6 如何理解 CSwitch 可以用一个操作系统做例子 7 如何理解磁盘 IO 可以用一个操作系统做例子 网络网络 1 如何定位数据包的传输在网络上消耗的时间 2 如何理解纯路由和 NAT 的区别 性能测试工具性能测试工具 1 解释 LoadRunner 的工作原理 2 如何理解 LoadRunner 里的关联 3 如何理解性能压力工具 4 如何理解虚拟用户 可以用一个工具做例子 5 如果理解业务到脚本的转化 可以用一个工具做例子 6 如何做到业务统计数据到场景的转化 可以用一个工具做例子 一般测试流程 一般测试流程 1 需求分析阶段 只要就是对业务的学习 分析需求点 2 测试计划阶段 测试组长就要根据 SOW 工作说明书 开始编写 测试计划 其中包括 人员 软件硬件资源 测试点 集成顺序 进度安排和风险识别等内容 3 测试设计阶段 测试方案一般由对需求很熟的高资深的测试工程师设计 测试方案要求 根据 SRS 上的每个需求点设计出包括需求点简介 测试思路和详细测试方法三部分的 方案 测试方案 编写完成后也需要进行评审 4 测试方案阶段 主要是对测试用例和规程的设计 测试用例是根据 测试方案 来编写 的 通过 测试方案 阶段 测试人员对整个系统需求有了详细的理解 这时开始编写用 例才能保证用例的可执行和对需求的覆盖 测试用例需要包括测试项 用例级别 预置条 件 操作步骤和预期结果 其中操作步骤和预期结果需要编写详细和明确 测试用例应该 覆盖测试方案 而测试方案又覆盖了测试需求点 这样才能保证客户需求不遗漏 同样 测试用例也需要评审 5 测试执行阶段 执行测试用例 及时提交有质量的 Bug 和测试日报 测试报告等相关文 档 流程 需求分析 测试计划 测试设计 测试环境搭建 测试执行 测试记录 缺陷管理 软件 评估 RTM 测试工具 C S 及 B S 架构相关的软件产品 那么对不同操作系统 如 Windows 系列 unix linux 甚至苹果 OS 等 测试环境都是必须的 常用的软件测试工具分为 开源测试工具 精品文档 7欢迎下载 开源测试管理工具 Bugfree Bugzilla TestLink mantis 开源功能自动化测试工具 Watir Selenium MaxQ WebInject 开源性能自动化测试工具 Jmeter OpenSTA DBMonster TPTEST Web ApplicationLoadSimulator TestDirector 企业级测试管理工具 也是业界第一个基于 Web 的测试管理系统 Quality Center 基于 Web 的测试管理工具 可以组织和管理应用程序测试流程的 所有阶段 包括指定测试需求 计划测试 执行测试和跟踪缺陷 QuickTest Professional 用于创建功能和回归测试 LoadRunner 预测系统行为和性能的负载测试工具 1 如何判断 CPU 内存 磁盘的瓶颈 2 如何理解 CPU 内存 磁盘之间的关系 3 如何理解 paging in paging out 4 如何监控操作系统的资源 可以用一个操作系统做例子 5 如何理解内存管理和线程调度 可以用一个操作系统做例子 6 如何理解 CSwitch 可以用一个操作系统做例子 7 如何理解磁盘 IO 可以用一个操作系统做例子 网络 1 如何定位数据包的传输在网络上消耗的时间 2 如何理解纯路由和 NAT 的区别 性能工具 1 解释 LoadRunner 的工作原理 2 如何理解 LoadRunner 里的关联 3 如何理解性能压力工具 4 如何理解虚拟用户 可以用一个工具做例子 5 如果理解业务到脚本的转化 可以用一个工具做例子 6 如何做到业务统计数据到场景的转化 可以用一个工具做例子 如何发现客户端软件中的内存泄露 如何发现客户端软件中的内存泄露 我的看法是 检测内存泄漏的问题应该尽早进行 它绝不应该是系统测试时的主要目标 也就是说 检查是否存在内存泄漏 应该从编码时就要考虑 单元测试和集成测试时要重点检查 如果前期没有 考虑 等到了系统测试才想起检查或者才发现泄漏 为时已晚 此时再去定位泄漏的位置 太难太难 了 它可能会让你的交付日期 delay 不确定的时间 最近看了一些自动错误预防 AEP 的理论 我 深受启发 作为测试人员的我们 从 发现错误 转变到 帮助开发人员预防错误 这将是一个巨 大的转变 所以说 下面我的答案中的第一点 我先说如何预防内存泄漏的问题 然后再讲如何发现 1 如何在开发过程中有效预防内存泄漏 第一步 遵循 好 的编程规则 好 的编程规则是各位前辈经验和教训的集合 好的编程规则堪称开发者的 圣经 遵循统一的 编程规则 可以让开发新手少走好多弯路 可以让项目整体的质量维持一个起码的 质量底线 精品文档 8欢迎下载 有关内存泄漏方面的规则主要是 内存管理 方面的 举几个简单的 如下 用 malloc 或 new 申请内存之后 立即检查指针值是否为 NULL 防止使用指针值为 NULL 的内存 动态内存的申请与释放是否配对 防止内存泄漏 malloc 语句是否正确无误 例如字节数是否正确 类型转换是否正确 是否出现野指针 例如用 free 或 delete 释放了内存之后 忘记将指针设置为 NULL 第二步 积极主动检测 内存泄漏 严格遵循好的编程规则 可以让程序员在代码中尽量少的引入 bug 但一旦不小心引入了 怎么办 这 就要求我们在单元测试和集成测试中严格把关 在这个阶段 单靠程序员或者测试员通过 代码走查 的方式检查内存泄漏 客户的实践和我的经验 告诉我 这将是 不切实际 的 无论效率还是时间 如果能够借助于一些专业的工具的话 情况可 能就不一样了 如果你的程序是用 Visual C 6 0 开发 那么 Numega 的 BoundsChecker 将是你检测 内存泄漏 最 好的选择 如果是 Visual C NET 可以试一下 Compuware 的 DevPartner 如果你的程序基于 Unix 或者 Linux 平台 使用 C 或者 C 可以考虑一下开源的工具 valgrind 我的 朋友跟我说 它在一定程度上比 Rational 的 Purify 更出色 上面的工具都要求程序能够动态运行起来 而且测试用例需要你自己准备 如果你正处于单元测试或集成测试阶段 程序代码量已经足够大 而且还不能够动态运行 要尽早检 测代码中的 内存泄漏 问题 该怎么办 此时你可以试用一下目前最新的静态分析技术 它不要求代码能够动态运行 也不需要你来编写测试用例 只需要代码能够正常编译 就可以发现代码只有在执行过程中才出现的错误 当然也包括内存泄漏 这方面的工具有 Klocwork 的 K7 Coverity 的 SQS 以及 C test 中的 BugDetective 其中最 物美 价廉 的就是 c test 的 BugDetective 2 如何发现客户端软件的 内存泄漏 如果开发过程中已经按照我上面提到的去做 相信发布后的程序存在 内存泄漏 的可能性几乎为零 如果开发过程已经到了后期 系统测试已经开始做了 还要发现内存泄漏 这个时候我希望你能够拿 到源代码 如果有源代码 你还可以考虑 1 中的第二步 借助于专业的工具协助 虽然可能效果不一 定特别理想 但总比下面我提到的方法更好一些 当然作为测试人员 我当然也理解事情总没有想像那么完美 我们通常会碰到 需要在系统测试阶段 检测是否有内存泄漏 而且没有源代码 的难题 我曾经也遇到过 记得那还是 2002 年的事情了 当时我承接的项目是一个电力行业的自动化系统 分为 server 端和 client 端 典型的 c s 模式 老板要求在测试功能的同时顺便检查内存泄漏的问题 因为这个 client 端在客户那里可能是长时间不间断运行的 虽然客户很少操作 我当时很为难 因为没有源代码 我 甚至无法做 代码走查 在做功能测试的同时 我一直在琢磨 采用什么手段呢 最后 借助于 WinRunner 我出色的完成了任务 起码我的老板相信我的测试是可信的 我的方法是这 样的 首先咨询开发方 了解到关于内存操作频繁的功能点和模块 从我的功能测试用例中挑选出和这些功能点和模块相关的测试用例 找到一个 纯净 的机器 上面除了操作系统和被测的 client 端外 没有任何其他应用 这样做是 为了排除其他应用可能存在的干扰 精品文档 9欢迎下载 借助于 WinRunner 自动化这些用例 形成自动化的脚本 在脚本的最后 添加 切换到 Windows 任 务管理器 记录该 client 进程所占用内存数据到文件 的操作脚本 连续运行 N 个小时 最后我打开这个数据文件 可以发现在该客户端运行过程中 每次执行完特定的测试用例后 记录 的内存占用数据 当时我得出的结论是该 client 程序有 少许 的内存泄漏 因为在连续运行了 72 小时后 内存使用增加了近百分之十几 我会把这些数据导入到 EXCEL 中绘成了一个图表 这样更直 观一些 经过简单的计算 内存的增量 用例循环次数 得到用例每次执行后增加的内存使用值 即 泄漏的内存数量 然后把操作过程和这个结果一起交给开发方 最后开发方根据我的信息 真的找到 了一处有内存泄漏的地方 虽然泄漏的数量很少 以上就是我有过的一个类似的经历 我觉得可以提供给大家参考 同时也可以 举一反三 融会贯通 如 B S 的客户端控件 可以用 QTP 协助完成 在测试的最后阶段要去发现甚至定位内存泄漏挺难的 但只要发挥我们测试人员的主观能动性 总是 找到一些 旁门左道 的测试手段 最后 我个人认为 从时间成本和各种风险考虑 要避免内存泄漏的问题 还是要回到前期的预防 即编程过程的规则检查和单元测试阶段主动的检测 1 测试的目的是什么 2 测试分为那几个阶段 3 单元测试的测试对象 目的 测试依据 测试方法 4 集成测试的测试对象 目的 测试依据 测试方法 5 系统测试的测试对象 目的 测试依据 测试方法 6 测试覆盖的类型 7 性能测试的分类 8 列举您熟悉的主流自动化测试工具 9 c s 和 b s 结构的软件进行测试时有何不同 10 页面中有一个输入日期的输入框和一个输入身份证号的输入框 如何进行用例设计 11 测试和质量保证有什么区别 你的看法 12 用过什么缺陷管理工具 流程是什么 有什么能改进的 13 你有没有用过 QTP 做项目 QTP 的工作原理 14 有一个说谎岛 上面居住着人还有吸血鬼 有一年岛上流行瘟疫 有一半的人和吸血 鬼疯了 于是岛上有神志清醒的人和 精神错乱的人 还有神志清醒的吸血鬼和精神错乱的吸血鬼 其中神志清醒的人和精 神错乱的吸血鬼只说真话 而精神错 乱的人和神志清醒的吸血鬼只说假话 并且他们回答问题只说 是 或 不是 有 一天岛上来了一位 逻辑博士 在岛 上遇见了 P 博士问了一个问题就分出他是人还是吸血鬼 博士又问了一个问题就分辨 出他是神志清醒的还是精神错乱的 请写出博士问得两个问题 写出你的思路 条件是 神志清醒的人和精神错乱的吸血鬼只说真话 精神错乱的人和神志清醒的吸血鬼之说假话 15 一天有个年轻人来到王老板店里买了一件礼物 这件礼物成本 18 元 标价 21 元 结果 这个年轻人掏出 100 元来买这件礼物 王老 板当时没有零钱 用那 100 元向街坊换了 100 元的零钱 找给年轻人 79 元 但是街坊后 来发现那 100 元是假钞 王老板无奈还了街坊 精品文档 10欢迎下载 100 元 问题是 王老板在这次交易中到底损失了多少钱 软件测试面试时如何清楚明了的介绍做过的项目的基本情况 做了一段时间的软件测试 主要是软件测试面试时如何清楚明了的介绍做过的项目的基本情况 做了一段时间的软件测试 主要是 webweb 测试 测试 B SB S 架构的 想换份工作 但是每次面试官让我介绍一下项目的基本情况时 总是思路不清楚 架构的 想换份工作 但是每次面试官让我介绍一下项目的基本情况时 总是思路不清楚 不知道从何下手 因此总是以失败告终 所以我想问一下一般情况下要从哪方面开始介绍项目情况 不知道从何下手 因此总是以失败告终 所以我想问一下一般情况下要从哪方面开始介绍项目情况 面试官最想得到一个怎样的答案 面试官最想得到一个怎样的答案 答 让你介绍项目 目的是想知道你参与过该项目后 对该项目的认识程度和认识层次 从而判断你在项 目中到底起多大作用 你思路不清楚 如果不是因为语言表达能力有问题 就是平时根本没对项目进行思 考 项目的业务 需求 设计 过程的组织 风险 问题的解决 你都没有任何概念和控制 说明你就是个普 通的执行人员 要提高 就要从根本上提高 临阵磨枪的话 你可以试试自己打个草稿组织一下语言 可以按照时间远近顺序说项目 A 然后说项目 A 的主要内容 目的是做什么 你负责的工作 用到哪些 测试方法 用了哪些测试工具 可能的话说出项目有多少人 最后结果是什么 是否成功了 然后说 项目 B 作为一名测试人员 51 真的是我们的精神家园 所以在收到 OFFRE 后决定给同样在寻找工作的朋友们 一点自己的经历 今天主要说下面试的 N 家单位 都是杭州的 一 恒生电子 由于我之前做过通信类产品测试 面的是他们的 WIMAX 岗位 是给 NOKIA 外包的 过 去先做一套题 英文题目 有软件测试相关知识 wimax 原理图 java 编程 C 语言编程等等 C 语言 题目是写 strcpy strcmp strlen 中的一个 由于没准备 所以我只做了测试相关题目 面试上来要我 做个英文自我介绍 当时闷了 没准备 答得很郁闷 后面主要问以前的测试流程 测试相关知识等 最后看我简单的 C 题目没写出来 被狠狠 BS 了 当场告诉我不适合此岗位 第一次面试结束 彻底失 败告终 要好好准备 C 和英文介绍 二 H3C 过去首先做一套题 主要是 C 的 和 HW 差不多的题目 由于做了相应的准备 选择和填空 基本完成 编程题没做 一面是测试的项目 leader 主要以前的测试流程 测试相关知识 感觉不错 二面好像是 HR 主管 主要非技术问题 答的一般 三四面有技术和项目相关的问题 同样关注离职原 因等 总体说来面后自我感觉良好 可惜还是挂了 三 阿里 V G E N 2 V G 封闭区域数 1 记住这三个公式 4 属于黑盒测试的方法 C A 基于基本路径 B 控制流 C 基于用户需求测试 D 逻辑覆盖 基于用户需求的测试 功能图分析方法 等价类划分方法 边界值分析方法 错误推测方法 因果图 方法 判定表驱动分析方法 正交实验设计方法和功能图分析方法等 5 测试的报告由五部分 答 首页 引言部分 测试概要 测试结果及缺陷分析 测试结论与建议 6 单元测试环境由三部分构成 答 所测模块和与它相关的驱动模块及桩模块共同构成了一个 测试环境 7 单元测试中综合测试主要是考虑哪些方式 答 自顶向下的单元测试策略 自底向上的单元测试策略 8 不是软件实施活动的进入准则 D A 需求工件已经被基线化 B 详细设计工件已经被基线化 C 构架工件已经被基线化 D 项目阶段成果 及被基线化 9 确定单元测试指导的基本方针 3 个 选择其中不是的 答 能够自身编译的最小程序块 单一过程 函数 独立 由一个人完成的小规模工作 10 对于自动化测试成本从高到底的排序 下列描述正确的是 A PPT6 七章 进行排序 A GUI 编译器 用户图形 11 软件测试是软件开发的重要环节之一 按照软件开发过程可分为 单元测试 集成测试 系统测 试 域测试等 12 软件测试的任务 发现 改正软件错误 找错 修正 精品文档 13欢迎下载 13 下面哪一项测试步骤中需要进行局部数据结构测试 A A 单元测试 B 集成测试 C 确认测试 D 系统测试 14 白盒测试是根据程序的 C 来选设计测试用例 A 功能 B 性能 C 内部逻辑 D 内部数据 15 单元测试的终止的标准 3 个 PPT47 三章 1 硬件资源不足或故障造成软件运行无法运行 2 软件运行后无法正确显示 3 所有功能测试均已经完成 16 软件测试是对系统逆向求证的过程 集成测试对应的过程中单元测试的过程 A 需求设计 B 概要设计 C 详细设计 D 编码实现 17 单元测试主要测试技术不包括 B PPT12 三章 A 白盒 B 功能 C 静态 D 以上都不是 19 如果一个产品中次严重缺陷基本完成修复并且通过了复测 这个阶段的产品是 B A 阿尔法版 B beta 版 C 正版 D 以上都不是 20 自底向上方法需要写 A 驱动程序 桩程序 驱动程序和桩程序 两个都不是 21 A 的目的是对最终软件系统进行全面的测试确保最终软件系统产品满足需求 系统测试 集成测试 单元测试 功能测试 22 测试用例的 4 个关键元素 1 被测单元模块初始状态声明 即测试用例的开始状态 仅适用于被测单元维持了调用中间状态 的情况 2 被测单元的输入 包含由被测单元读入的任何外部数据值 3 该测试用例实际测试的代码 用被测单元的功能和测试用例设计中使用的分析来说明 如 单 元中哪一个决策条件被测试 4 测试用例的期望输出结果 在测试进行之前的测试说明中定义 23 目前主要的单元测试的方法 A 基本路径测试 B 等价类划分 边界值分析测试 C 覆盖测试 D 循 环测试 E 数据流测试 F 程序插桩测试 G 变异测试 从中选 24 哪个方法根据输出输入依赖关系设计的测试用例 C A 路径 B 等价类 C 因果图 D 归纳 25 有一组测试用例使得每一个被测试用例的分支覆盖至少被执行一次 它满足的覆盖标准 B PPT22 二章 A 语句覆盖 B 判定覆盖 C 条件覆盖 D 路径覆盖 二 填空 1 单元测试中对类进行测试有 3 个 定义 引用对 方法内部定义 引用对 方法间定义 引用对 类 内部定义 引用对 PPt37 三章 2 测试的主要目标 不再只是找出其缺陷 而是证明其 性能 3 压力测试又称强度测试 是在 各种资源超负荷 情况下 观察系统的运行情况 4 缺陷跟踪工具 是管理工具使用最多的 5 集成测试划分为 5 个阶段 制定集成测试的计划 设计集成测试 实施集成测试 执行集成测试 评估集成测试 6 根据软件生命周期中的定义 可以把自动化测试工具划分 3 大类 白盒测试工具 黑盒测试工具 测试管理工具 7 对类进行测试时 类之间的关系 6 类 关联 泛化 实现 依赖 聚合 组合 每种不同符号来表示 精品文档 14欢迎下载 并分别用 私有的 公有的 保护的 三个关键字来修饰类 8 白盒测试工具针对代码进行的工具 测试中发现的缺陷可以定义到代码级 根据测试工具原理的不 同 又可以分为静态测试工具和动态测试工具 9 黑盒测试工具包括 功能测试工具 性能测试工具 10 软件开发的基本过程 需求分析 设计 实现 测试 维护 11 单元测试的策略 自顶向下的单元测试策略 自底向上的单元测试策略和孤立的单元测试策略 12 集成测试的工作开展更多站在测试工作人员的角度上 系统测试站在用户的角度上 13 对面向对象来说 按照集成的粒度不同 可把集成测试分为 类间集成测试 类内集成测试 14 类测试用例中 基于 3 个标准 基于状态的覆盖率 基于限制的覆盖率和基于代码的覆盖率 15 哪一个不属于增量式集成 答案 大爆炸集成 17 单元测试中对类进行三级测试 方法内部测试 方法间测试 类内部测试 18 目前单元测试主要的方法 基于路径测试 等价类划分 边界值分析测试 覆盖测试 循环测试 数据流测试 程序插桩测试 变异测试 三 判断 1 发现错误是软件测试的目的 错 发现 改正错误 2 白盒测试可以找出软件遗漏功能和代码错误功能 PPT47 二章 错 3 在设计测试用例时 应包括合理的应用条件和不合理的应用条件 对 4 软件缺陷一定是由编码引起的错误 错 5 Bata 测试是软件多个用户在实际 多个测试 对 6 系统测试属白盒测试 错 黑盒 7 手工测试可以达到好的系统化测试 对 8 功能测试属于白盒测试的技术范畴 错 黑盒 9 文档测试是对系统提交给用户的文档进行验证 并不是一般性的审查活动 P35 5 对 四 大题 1 计算环路复杂度方法哪些 要求写成 3 个公式 一个公式 2 分 答 V G 简单判定节点数 1 V G E N 2 V G 封闭区域数 1 2 基于状态测试的主要步骤 PPT32 三章 答 依据设计文档 或者通过分析对象数据成员的取值空间 笛卡尔积 得到被测试类的状态转移 图 给被测试的类加入用于设置和检查对象状态的新方法 导出对象的逻辑状态 对于状态转移图中的每个状态 确定该状态是哪些方法的合法起始状态 即在该状态时 对象 允许执行哪些操作 在每个状态 从类中方法的调用关系图最下层开始 逐一测试类中的方法 测试每个方法时 根据对象当前状态确定出对方法的执行路径有特殊影响的参数值 将各种可 能组合作为参数进行测试 3 Bug 的种类有哪些 答 需求阶段的 BUG 分析设计阶段的 BUG 设计阶段的 BUG 实现阶段的 BUG 配置阶段的 BUG 短视 将来的 BUG 静态文档的 BUG 4 自动化测试的缺点 5 点 答 1 自动化测试不能取代手工测试 测试主要还是要靠人工的 精品文档 15欢迎下载 2 新缺陷越多 自动化测试失败的几率就越大 3 工具本身不具有想象力 4 技术问题 组织问题 脚本维护 5 测试工具与其他软件的互操作性 5 选择手动和自动化测试 为了作出一个合理的决定 需要做哪些方面假设 7 个 答 1 拥有稳定的自动化测试技术支持 2 两种极端的可能性 一种就是无需人工干预的完全自动化测试 另一种就是只运行一次就废 弃的人工测试 3 自动化测试和手工测试都可行 但事实并非如此 4 测试是通过外部接口完成的 黑盒测试 5 不要求必须进行自动化测试 6 测试已经设计好之后 再决定是否进行自动化测试 7 有一定的时间用于完成测试 并且在这段时间里完全有可能把测试做好 6 集成测试分析方法有哪些 答 体系结构分析 模块分析 接口分析 风险分析 可测试性分析 集成测试策略分析 7 编写类测试驱动程序的方法有很多种 以 Java 语言为例来说明 测试驱动程序设计的结构 并简 要说明其优缺点 PPT15 六章 答 1 在 main 方法中写入需要运行的测试用例 即实现 main 方法 然后编译 执行该类 缺点 不利于维护和复用 交付时 逐个剔除代码 2 在类中实现一个静态测试方法 通过调用该测试方法来收集每个测试用例的执行结果 缺点 同 1 3 实现独立的测试类 它的职责是执行并收集每个测试用例的结果 优点 可复用 支持回归测试 缺点 必须创建新类 关注被测试类的变化 8 增量式集成和非增量式集成的概念和举例 答 非增量式测试 就是分别对系统中每个模块进行单元测试 然后将所有模块按照层次结构组装到 一起进行测试 最终得到所要求的软件 例如 大爆炸集成 增量式集成 或组装 先对一个个模块进行模块测试 然后在组装过程中边连接边测试 以发现连接 过程中产生的问题 例如 自顶向下集成和自底向上集成 9 制定集成测试计划时间 一般安排在概要设计评审通过后大约一个星期的时候 一 计划阶段 制定集成测试计划时间 一般安排在概要设计评审通过后大约一个星期的时候 参考需求规格说明书 概要设计文档 产品开发计划时间表来制定 二 设计阶段 制定集成测试设计时间 一般在详细设计开始时 就可以着手进行 可以把需要规格说明书 概要设 计 集成测试计划文档作为参考依据 10 列举出图中三个模块 写出全部模块执行路径 最后给出其 MM 路径 书 162 页 1 源节点 程序中的源节点是指程序执行开始或重新开始处的语句片断 A 1 5 节点 B 1 3 节点 C 1 节点 精品文档 16欢迎下载 2 汇节点 汇节点是程序执行结束处的语句片断 这里转移控制到其它单元的节点也是汇节点 A 4 6 节点 B 2 4 节点 C 5 节点 3 模块执行路径 模块执行路径是以源节点开始 以汇节点结束的一系列语句 中间没有插入汇节点 在图 4 12 中有七条模块执行路径 图 4 12 跨三个单元的 MM 路径 模块执行路径如下 MEP A 1 1 2 3 6 MEP A 2 1 2 4 MEP A 3 5 6 MEP B 1 1 2 MEP B 2 3 4 MEP C 1 1 2 4 5 MEP C 1 1 3 4 5 4 消息 消息是一种程序设计语言机制 通过这种机制可以把控制从一个单元转移到另一个单元 5 MM 路径 Method Message Path 是穿插出现模块执行路径和消息的序列 如图 4 12 中的粗线所 示 代表模块 A 调用模块 B 模块 B 调用模块 C 这就是一个 MM 路径 可用图 4 13 表示 对于传统软 件来说 MM 路径永远是从主程序开始 在主程序中结束 MM 路径如下 11 设一个控制图如下 请给出其环路复杂度和基本路径 环路复杂度 5 基本路径 路径 1 1 2 3 5 6 12 13 15 路径 2 1 2 4 5 6 12 13 15 路径 3 1 2 3 5 7 8 13 15 路径 4 1 2 4 5 7 8 13 15 路径 5 1 2 3 5 7 9 10 14 13 15 路径 6 1 2 4 5 7 9 10 14 13 15 路径 7 1 2 3 5 7 9 11 14 13 15 路径 8 1 2 4 5 7 9 11 14 13 15 12 软件测试活动的生命周期 测试周期分为计划 设计 实现 执行 总结 其中 计划 对整个测试周期中所有活动进行规划 估计工作量 风险 安排人力物力资源 安排进度等 设计 完成测试方案 从技术层面上对测试进行规划 实现 进行测试用例和测试规程设计 执行 根据前期完成的计划 方案 用例 规程等文档 执行测试用例 总结 记录测试结果 进行测试分析 完成测试报告 13 三明治集成方法 答 1 确定以哪一层为界来决定使用三明治集成策略 在 4 7 中 我们确定以 B 模块为界 2 对模块 B 及其所在层下面的各层使用自底向上的集成策略 精品文档 17欢迎下载 3 对模块 B 所在层上面的层次使用自顶向下的集成策略 4 把模块 B 所在层各模块同相应的下层集成 5 对系统进行整体测试 14 集成测试可看着是体系结构分析工作基础之上的细化 可从哪几个角度进行模快分析 答 1 确定本次要测试的模块 2 找出与该模块相关的所有模块 并且按优先级对这些模块进行排列 3 从优先级别最高的相关模块开始 把被测模 块与其集成到一起 4 然后依次集成其他模块 缺陷等级 等级名称 等级定义 P1P1 严重缺陷严重缺陷 应用系统崩溃或系统资源使用严重不足 应用系统崩溃或系统资源使用严重不足 1 系统停机 含软件 硬件 或非法退出 且无法通过重启恢复 2 系统死循环 3 数据库发生死锁或程序原因导致数据库断连 4 系统关键性能不达标 5 数据通讯错误或接口不通 6 错误操作导致程序中断 P2P2 较严重缺陷较严重缺陷 系统因软件严重缺陷导致下列问题 系统因软件严重缺陷导致下列问题 1 重要交易无法正常使用 功能不符合用户需求 2 重要计算错误 3 业务流程错误或不完整 4 使用某交易导致业务数据紊乱或丢失 5 业务数据保存不完整或无法保存到数据库 6 周边接口出现故障 需考虑接口时效 数量等综合情况 7 服务程序频繁需要重启 每天 2 次或以上 8 批处理报错中断导致业务无法正常开展 9 前端未合理控制并发或连续点击动作 导致后台服务无法及时响应 10 在产品声明支持的不同平台下 出现部分重要交易无法使用或错误 P3P3 一般性缺陷一般性缺陷 系统因软件一般缺陷导致下列问题 系统因软件一般缺陷导致下列问题 1 部分交易使用存在问题 不影响业务继续开展 但造成使用障碍 2 初始化未满足客户要求或初始化错误 3 功能点能实现 但结果错误 4 数据长度不一致 5 无数据有效性检查或检查不合理 6 数据来源不正确 7 显示 打印的内容或格式错误 8 删除操作不给提示 9 个别交易系统反应时间超出正常合理时间范围 10 日志记录信息不正确或应记录而未记录 11 在产品声明支持的不同平台下 出现部分一般交易无法使用或错误 P4P4 较小缺陷较小缺陷 系统因软件操作不便方面缺陷 系统因软件操作不便方面缺陷 1 系统某些查询 打印等实时性要求不高的辅助功能无法正常使用 2 界面错误 3 菜单布局错误或不合理 精品文档 18欢迎下载 4 焦点控制不合理或不全面 5 光标 滚动条定位错误 6 辅助说明描述不准确或不清楚 7 提示窗口描述不准确或不清楚 8 日志信息不够完整或不清晰 影响问题诊断或分析的 P5P5 其他缺陷其他缺陷 系统辅助功能缺陷 系统辅助功能缺陷 1 缺少产品使用 帮助文档 系统安装或配置方面需要信息 2 联机帮助 脱机手册与实际系统不匹配 3 系统版本说明不正确 4 长时间操作未给用户进度提示 5 提示说明未采用行业规范语言 6 显示格式不规范 7 界面不整齐 8 软件界面 菜单位置 工具条位置 相应提示不美观 但不影响使用 P6P6 建议 优化类建议 优化类 建议优化类建议优化类 性能测试即测试软件处理事务的速度 一是为了检验性能是否符合需求 二是为了得到某些性 能数据供人们参考 例如用于宣传 有时人们关心测试的 绝对值 如数据送输速率是每秒多少比特 有时人们关心测试的 相 对值 如某个软件比另一个软件快多少倍 在获取测试的 绝对值 时 我们要充分考虑并记录运行环境对测试的影响 例如网络环境 计算机主频 总线结构和外部设备都可能影响软件的运行速度 性能测试的一些注意事项 不要试图让人拿着钟表去测时间 应当编写一段程序用于计算时间以及相关数据 应当测试软件在标准配置和最低配置下的性能 为了排除干扰 应当关闭那些消耗内存 占用 CPU 的其它应用软件 如杀毒软件 不同的输入情况会得到不同的性能数据 应当分档记录 例如传输文件的容量从 100K 到 1M 可以分成若干等级 由于环境的波动 同一种输入情况在不同的时间可能得到不同的性能数据 可以取其平均值 健壮性是指在异常情况下 软件还能正常运行的能力 健壮性有两层含义 一是容错能力 二是恢复 能力 容错性测试通常构造一些不合理的输入来引诱软件出错 例如 1 输入错误的数据类型 如 猴 年 马 月 2 输入定义域之外的数值 如上海人常说的 十三点 精品文档 19欢迎下载 粗暴一些方式俗称 大猩猩 测试法 除了不能拳打脚踢嘴咬外 什么招术都可以使出来 例如在测 试客户机 服务器模式的软件时 把网络线拔掉 造成通信异常中断 恢复测试重点考察一下几项 1 系统能否重新运行 2 有无重要的数据丢失 3 是否毁坏了其它相关的软件硬件 数据一般通过接口输入和输出 所以接口测试是白盒测试的第一步 每个接口可能有多个输入 参数 每个参数有 典型值 边界值 异常值 之分 所以输入的组合数可能并不少 根据接口的定义 可以推断某种输入应当产生什么样的输出 输出包括函数的返回值和输出参 数 如果实际输出与期望的输出不一致 那么说明程序有错误 白盒方式的接口测试和黑盒方 式的功能测试 其方法十分相似 一个函数体内的语句可能只有十几条 但逻辑路径可能有成千上万条 想遍历测试几乎是不可 能的 不测试或者胡乱找几条路径测试却又不行 对于非严格系统而言 在分析路径方面化费很多精