软件测试主要技能

《软件测试主要技能》由会员分享，可在线阅读，更多相关《软件测试主要技能（4页珍藏版）》请在金锄头文库上搜索。

1、测试技能问题测试技能问题1.什么是软件测试？什么是软件测试？答：软件测试是为了发现错误而执行程序的过程。或者说，软件测 试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即 输入数据及其预期的输出结果） ，并利用这些测试用例去运行程序，以发现程序错误 的过程。软件测试的定义软件测试的定义：使用人工和自动化手段来进行或测试某个系统的过程；其 目的是在于检验它是否满足规定的需求或弄清预期结果和实际结果之间的差距； 2.软件测试的目的？软件测试的目的？答：测试的目的是想以最少的人力、物力和时间找出软件中潜在的各 种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于

2、潜在的软件 缺陷和错误造成的隐患带来的商业风险。 3.什么是缺陷？什么是缺陷？不符合需求规格说明书的，实际结果与预期结果不一致的 4.测试结束的标准是什么？测试结束的标准是什么？-用例全部测试-覆盖率达到标准-缺陷率达到标准-其他指标 达到质量标准 5.如何进行回归测试？如何进行回归测试？一般是系统发现 BUG，开发人员修改后，和 BUG 直接相关以及可能 相关的功能进行的测试。回归测试是指修改了旧代码后，重新进行测试以确认修改没 有引入新的错误或导致其他代码产生错误。 6.测试用例通常包括哪些内容？测试用例的定义测试用例通常包括哪些内容？测试用例的定义：是为了某个特定目标而编制的一组测试 输

3、入执行条件以及预期结果以便测试某个程序路径或核实满足某个特定需求； 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作 步骤、预期结果。测试用例方法测试用例方法：有效等价类、边界值分析、因果图、错误猜测法 等价类分等价类分等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的 错误都是等效的，分为为有效等价类和无效等价类，例如:用户登录模块里面的用户名， 用户名的长度为 15 个字符由数字和汉字组成，当输入的是 15 个汉字和数字就属于有 效等价类，输入的不是 15 个汉字和数字，是特殊字符就属于无效等价类 边界值分析边界值分析测试工作经验告诉我,大量

4、的错误是发生在输入或输出范围的边界上,而不是发 生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边 界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为 测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 因果图方法因果图方法最终生成的就是判定表.他是对原因和结果之间的组合， 它适合于检查程序输 入条件的各种组合情况. 错误推测法错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测 试用例的方法.错误推测方法的基本思想: 列举出

5、程序中所有可能有的错误和容易发生 错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中 常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入 数据和输出数据为 0 的情况.输入表格为空格或输入表格只有一行. 这些都是容易发 生错误的情况. 可选择这些情况下的例子作为测试用例. 6.6. 您认为做好测试用例设计工作的关键是什么？您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒测试用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做 到完全测试，以最少的用例在合

6、理的时间内发现最多的问题 7.7.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？ 软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件 测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法， 保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。 测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观 上规划测试活动的范围、方法和

7、资源配置，而测试详细规格、测试用例是完成测试任务 的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审） 8.8. 您认为做好测试计划工作的关键是什么？您认为做好测试计划工作的关键是什么？ -明确测试的目标，增强测试计划的实用性；-坚持“5W”规则，明确内容与过程：“5W”规则指的是“What（做什么） ” 、 “Why（为什么做） ” 、 “When（何时做） ” 、 “Where（在哪里） ” 、 “How（如何做） ” 。利用“5W”规则创建软件测试计划，可以帮助测 试团队理解测试的目的（Why） ，明确测试的范围和内容（What） ，确定测试的开始和结束 日期（When

8、） ，指出测试的方法和工具（How） ，给出测试文档和软件的存放位置 （Where） ；-采用评审和更新机制，保证测试计划满足实际需求；分别创建测试计划与测 试详细规格、测试用例 9.9.请以请以 web 网站测试为例网站测试为例,详细的描述一次测试用例设计的完整的过程。详细的描述一次测试用例设计的完整的过程。 首先：得到相关文档（需求文档和设计文档） ，理解需求和设计设计思想后，想好测试 策略（测试计划简单点就 OK 了） ，考虑到测试环境，测试用例，测试时间等问题。 第二步：设计测试用例，测试策略是：把网站部分的功能点测试完，然后在进行系统 测试（另外个模块呢有另一个测试人员负责，可以进行

9、联调测试） ，网站模块的测试基本是 功能测试和界面测试（用户并发的可能性很小，所以不考虑）：这次的网站的输入数据呢 是使用数据库中的某张表记录，如果表中某一数据记录中新加进来的（还没有被处理的， 有个标志位） ，网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程 中，会经历 3 个步骤，网站才算完成了它的任务。有 3 个步骤呢，就可以分别对这 3 个步 骤进行测试用例的设计,尽量覆盖到各种输入情况（包括数据库中的数据，用户的输入等） ， 得出了差不多 50 个用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填 写资料的页面展示；第三步：搭建测试环境（为什么这个时候考

10、虑测试环境呢？因为我对 网站环境已经很熟了，只有机器能空于下来做该功能测试就可以做了） ，因为网站本身的环 境搭建和其他的系统有点不同，它需要的测试环境比较麻烦，需要 web 服务器 （Apache,tomcat） ，不过这次需求呢，网站部分只用到了 tomcat，所以只要有 tomcat 即可； 第四步：执行测试 10. 性能测试工具性能测试工具 load runner-性能测试工具：性能测试工具：Load runner ：（集合点、事务）就是通过 代理的方式截取客户端和服务期间交互的数据流。性能测试的事务是自定义的，切事务关 注页面的一个响应时间定以瓶颈。吞吐量和吞吐率与网络有关。 优点：

11、广泛支持业界的标准协议；支持多种平台开发的脚本；创建真实的系统的负载； 强大的实时监控与数据采集功能；精确分析结果，定位问题所在。 缺点：不知道协议就无从下手；防火墙等会误认其为病毒，在运行是将其杀死。 制定负载测试计划：(分析应用程序，确定测试目标，计划怎样执行 Load Runner）-开发 测试脚本（录制基本的用户脚本，完善测试脚本）-创建运行场景（选择场景类型为 Manual Scenario，选择场景类型，理解各种类型，场景的类型转化）-运行测试-监视场 景（MEMORY 相关，PROCESSOR 相关，网络吞量以及带宽，磁盘相关，WEB 应用程序， IIS5.0，SQL SERVE

12、R，NETWORK DELAY 等)-分析测试结果 (分析实时监视图表,分析事务响应时间,分解页面确定 WEBSERVER 的问题,其他有用的功能) 11.利用因果图导出测试用例需要经过的一般步骤利用因果图导出测试用例需要经过的一般步骤-分析程序规格说明的描述中，哪些是原 因，哪些是结果；分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的因果图；在因果图上使用若干个特殊的符号标明特定的约束条件；把因果图转 换成判定表；把判定表中每一列表示的情况写成测试用例 12.设计用例的方法、依据有那些？设计用例的方法、依据有那些？ 白盒测试用例白盒测试用例设计有如下方法:基本路径测试

13、/等价类划分/边界值分析/覆盖测试/循环测试/ 数据流测试/程序插桩测试/变异测试.这时候依据就是详细设计说明书及其代码结构吧,恩,这 个真不确定；黑盒测试用例；黑盒测试用例设计方法:基于用户需求的测试/功能图分析方法/等价类划分方 法/边界值分析方法/错误推测方法/因果图方法/判定表驱动分析方法/正交实验设计方法.依 据是用户需求规格说明书,详细设计说明书 13.一个缺陷测试报告的组成一个缺陷测试报告的组成-缺陷的标题，缺陷的基本信息，复现缺陷的操作步骤，缺陷 的实际结果描述，期望的正确结果描述，注释文字和截取的缺陷的图像。缺陷的标题；缺 陷的基本信息；测试的软件和硬件环境；测试的软件版本；

14、缺陷的类型；缺陷的严重程度； 缺陷的处理优先级。复现缺陷的操作步骤-缺陷的实际结果描述；期望的正确结果描述； 注释文字和截取的缺陷图像。 14. 简述一下缺陷的生命周期简述一下缺陷的生命周期-软件缺陷的生命周期指的是一个软件缺陷被发现、报告到 这个缺陷被修复、验证直至最后关闭的完整过程。简单的软件缺陷生命周期：简单的软件缺陷生命周期： -发现打开：测试人员找到软件缺陷并将软件缺陷提交给开发人员； -打开修复：开发人员再现、修复缺陷，然后提交测试人员去验证； -修复关闭：测试人员验证修复过的软件，关闭已不存在的缺陷。 复杂的软件缺陷生命周期：复杂的软件缺陷生命周期：-新建一个软件缺陷，这个软件缺

15、陷是（open）状态，进行 bug 审查，不是代码问题，就是设计需要修改；-新建一个软件缺陷，这个软件缺陷是 （open）状态，进行 bug 审查，以后修改的，就可以延期；-新建一个软件缺陷，这个软 件缺陷是（open）状态，进行 bug 审查，实际没有这个 bug，可以将其关闭；-新建一个 软件缺陷，这个软件缺陷是（open）状态，看是否清楚可重现，如果不能重现，就是缺少 信息，需要返回到（open）状态；如果能够重现，就进行修正，修正后关闭，进行回归测 试。 15. 测试管理工具测试管理工具 QC：流程 确定需求-计划测试-执行测试-追踪缺陷 基于测试过程的测试管理系统，web 浏览器环境

16、下的管理工具。 QC 中的软件缺陷状态 new 缺陷的初始状态 open 开始修改缺陷 fixed 修改缺陷完毕 Closed 回归测试通过 reopen 回归测试失败 postpone 推迟修改 rejected 拒绝缺陷 16. 自动化测试自动化测试 QTP：脚本语言基于 vbs 且只能用在重复性较强的地方和回归测试两方面。QTP 测试七个阶段：录制测试脚本前期准备录制测试脚本加强测试脚本对测 试脚本除错执行测试脚本分析测试结果回报问题 QTP 测试流程框架设计：录制回放数据驱动-基于软件系统-关键字驱动 QTP 测试流程：选择协议-导入对象库录制脚本优化脚本执行脚本检查脚本 回报问题 检查点（检查点（7 个）：个）：标准检查点：检查对象的属性 图片检查点：检查图片的属性表格检查点：检查表格的内容 网页检查点：检查网页的属性文字/文字区域检查点：检查网页上或是窗口上出现 的文字是否正确