软件测试工具

对于刚从学校出来的学生来说，大家可能对软件测试生疏些，而对软件研发都再不过的熟悉了，今天就介绍下软件测试理论： 测试目的： 　　测试的目的是为了发现尽可能多的缺陷。成功的测试在于发现了迄今尚未发现的缺陷，所以测试人员的职责是为了发现更多的缺陷而设计测试用例，它能有效地揭示潜伏在软件里的缺陷。 常用的测试模型（测试生命周期） 常用的测试模型有：瀑布模型、V模型、W模型； 瀑布模型是按工序将问题化简，将功能的实现与设计分开，采用机构化的分析与设计方法将逻辑实现与物理实现分开。自上而下分为需求分析、制定计划、编写测试用例、软件测试、验收测试； 　　V模型是最为明确的描述了开发阶段与测试阶段的对应关系，比如在单元测试对应开发阶段是编码，集成测试对应的开发阶段是详细设计，系统测试对应的开发阶段是概要设计，最后的验证测试对应的开发阶段是验收测试； W模型是伴随整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，测试与开发是同步进行的，比如在用户需求阶段测试人员应根据用户需求验收测试用例设计，在需求分析阶段测试人员应进行调研确定系统测试用例设计，概要设计阶段测试人员应进行集成测试的设计，详细设计阶段测试人员应进行单元测试的设计，编码阶段测试人员应进行单元测试，在集成（对系统模块的连接）阶段进行集成测试，在实施（是否满足用户需求）阶段应进行确认测试和系统测试

1，软件测试方法： 1 ） 黑盒测试 和 白盒测试 、灰盒测试； 2 ）静态测试和动态测试； 3 ）人工测试和自动化测试。 2，软件测试的极端情况 任何软件产品都可以使用以下的两种方法之一进行测试： 1）已知产品的 需求规格 ，但 不知道其内部实现 ，可以进行 测试证明每个需求是否实现 。 2）已知产品的 内部实现过程 ，可以通过测试证明 1每种内部操作是否符合设计规格 的要求，所又内部成分是否已经检查。 计算例子：1.参照SRS直接计算器的加法，这就是黑盒测试。 2.参照LLD根据加法主函数的伪函数或者流程图测试主函数的结构，就是白盒测试。 3，什么白盒测试 白盒测试是依据被测软件分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试，可完全不顾程序整体功能实现情况。 白盒测试时基于程序结构的逻辑驱动测试。 白盒测试又可以称为玻璃盒测试、透明测试、开放盒测试、结构化测试、逻辑驱动测试。 4，为什么要进行白盒测试 白盒测试一般在 测试前期进行 ，通过达到一定的 逻辑覆盖率指标 ，使得软件内部逻辑控制结构上的问题基本得到消除。 白盒测试能 保证内部逻辑结构 达到一定的覆盖程度，能够 给予软件代码质量的保证 白盒测试发现问题后 解决问题成本较低 关心内部实现逻辑问题基本得到消除 5，白盒测试常用的技术： 静态分析和动态分析 1、 静态分析： 控制流分析、数据流分析

　　一、 测试用例 是软件测试的核心 。 　　软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。 　　影响软件测试的因素很多，例如软件本身的复杂程度、开发人员(包括分析、设计、编程和测试的人员)的素质、测试方法和技术的运用等等。因为有些因素是客观存在的，无法避免。有些因素则是波动的、不稳定的，例如开发队伍是流动的，有经验的走了，新人不断补充进来;一个具体的人工作也受情绪等影响，等等。如何 保障软件测试质量的稳定?有了 测试用例 ，无论是谁来测试，参照 测试用例 实施，都能保障测试的质量。可以把人为因素的影响减少到最小。即便最初的 测试用例 考虑不周全，随着测试的进行和软件版本更新，也将日趋完善。 　　因此 测试用例 的设计和编制是软件测试活动中最重要的。 测试用例 是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障。 　 　二、什么叫 测试用例 ？ 　　 测试用例 (Test Case)目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略，内容包括 测试目标 、 测试环境 、输入数据、 测试步骤 、预期结果、 测试脚本 等，并形成文档

第三章 软件测试计划编写 本章重点 1、掌握软件测试计划的设计 2、掌握软件测试的类型和目的 一、软件测试计划的设计 确定测试需求 测试人原要理解客户需求，参与审核需求文档，理解项目的目标、限制，了解用户应用背景，通过复查，走查，审查来的方式根据用户需求定义并完善测试需求，以作为整个测试的标准。 确定测试策略 （1）、测试的范围（将要测试什么） （2）、测试方法（如何完成测试，白盒测试，黑盒测试） （3）、测试入口/退出条件（测试标准） （4）、自动化策略（是否使用自动化测试工具，哪个阶段用什么工具） 确定测试系统 （1）、测试构架 （2）、测试环境 （3）、测试配置 预估测试工作量 （1）、确定任务 （2）、预估工作量 （3）、确定时间进度计划，评估风险(确定测试对象的优先级及测试实现的先后顺序) 复查测试计划 （1）、编写策略、系统、工作量和时间进度文档 （2）、与项目团队一起复查测试计划 二、软件测试的类型和目的 功能测试 确保所有的被测对象功能正常 用户界面测试 确保所有界面元素符合需求，运行效果正常 性能测试 确保系统在一般状态和极限状态下，都可以保持正常的响应速度和最大用户连接数量 兼容性测试 确保系统在不同的操作系统平台上, 不同的网络环境中正常运行 安全及访问权限测试 常见测试计划模版有四种，详见附件 点赞 收藏 分享 文章举报 tea_year 博客专家

关于基础理论一二三，都已经重新整理更新到了基础知识总结，传送门： http://www.cnblogs.com/imyalost/p/6144862.html 1、什么是软件 定义：计算机系统中与硬件相互依存的一部分（程序+数据+相关文档） 程序：按事先设计的功能和性能要求执行的指令序列 数据：使程序能正常操纵信息的数据结构 文档：与程序开发、维护和使用有关的图文资料 2、软件的生命周期 可行性研究和计划、需求分析、概要设计、详细设计、实现（开发阶段）、 组装测试、确认测试、使用和维护 3、什么是软件测试 定义：软件质量保证的一种手段 目的：发现错误以及避免这些错误的发生 4、软件测试的方法 1）用试题检查法 2）用新旧两个系统做平行处理检查 3）软件测试自动化工具测试 5、软件测试有哪几个阶段（任务） 1）制定测试大纲（测试计划） 2）制作测试数据（测试方案） 3）单元测试（程序测试，一般由开发人员进行） 4）功能测试/性能测试（这两个阶段重合性较大，可以归为一类） 5）集成测试（子系统测试） 6）系统测试 7）验收测试 8）测试报告 9）向下阶段提交系统运行、维护用户手册 备注：可以分为产品→开发→测试→运维 6、软件测试工作流程图 立项阶段→需求阶段→设计阶段→编码&单元测试阶段→ 集成测试阶段→系统测试阶段→验收测试阶段→结项总结阶段 7、自动化测试的优点 提高工作效率

1 ． 软件测试 的目的是尽可能多的找出软件的缺陷。（ Y） 2 ．Beta 测试是验收测试的一种。（ Y） Acceptance testing 验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。 3 ．验收测试是由最终用户来实施的。（ N ） 是由测试人员来实施的 4 ．项目立项前测试人员不需要提交任何工件。（ Y ） 工件：加工过程中生产对象 5 ．单元测试能发现约80% 的软件缺陷。（ Y ） 6 ．代码评审是检查源代码是否达到模块设计的要求。（ N ） 代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。 7 ．自底向上集成需要测试员编写驱动程序。（ Y ） 自顶向下综合测试的具体步骤为： 　　1 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代； 　　2 依据所选的集成策略（深度优先或广度优先），每次只替代一个桩模块； 　　3 每集成一个模块立即测试一遍； 　　4 只有每组测试完成后，才着手替换下一个桩模块； 　　5 为避免引入新错误，须不断地进行回归测试（即全部或部分地重复已做过的测试）。 自底向上综合测试的步骤分为： 　　1 把低层模块组织成实现某个子功能的模块群（cluster）; 　　2 开发一个测试驱动模块

测试流程总结为： 需求分析（功能、环境、资源）-----需求评审---需求搞定，理解需求---测试计划---测试用例设计及评审---执行测试用例---发现bug-----提交bug----确认bug修复，关闭bug-----编写测试报告及总结-----编写安装文档或者使用手册-----结束 1、需求调研在软件需求分析阶段，测试就应介入参与需求调研，已测试的角度分析需求的可测性，可构思将来对其测试的方法、原则等，同时全面了解系统需求，从客户的角度考虑软件测试需要达到的验证状态，何鞋功能点需要重点测试，何些不需，已变来指定测试计划 2、执行测试计划 1）测试背景：a 软件项目介绍， b 项目涉及人员（研发、产品负责人） 2）测试依据;产品定义书、总体设计说明、详细设计文档、参考产品 3) 测试资源:a 测试设备需求、b 测试人员需求 c测试环境需求 4）测试策略：采取的测试方法、搭建那些测试环境、采取哪些测试工具已测试管理工具 5）测试日程：测试需求分析、测试用例辨析、测试实施（重点关注及投入资源） 简单内容描述：本次测试目的、对象、方法、范围、过程、环境要求、接受标准、测试人员、测试时间 3、需求review开发在完成软件需求之后，会提交需求分析文档，测试人员根据需求调研所了解的需求说明文档等资料，对需求文档进行review，检查文档是否满足需求，是否与需求一致 4

一、 新产品或工程管理流程 1.1、需求调研 在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求调研，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等；同时全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态，即哪些功能点需重点测试、哪些无需，以便将来制定测试计划。 1.2、制定测试计划 进行每一种测试之前，测试负责人要根据“产品定义书”及“总体设计说明”和“详细设计文档”制定“测试计划”，制定总体的测试计划，详细阐明本次测试目的、对象、方法、范围、过程、环境要求、接受标准以及测试人员和测试时间等内容，“测试计划”经过审查通过，才能实施。 1.3、需求Review 开发在完成软件需求分析之后，会提交需求分析文档，测试人员根据需求调研所了解的需求以及产品需求说明文档等资料，对需求分析文档进行Review，检查文档是否满足了需求，是否与需求一致等等。 1.4、设计Review 在软件分析设计阶段，测试人员参与设计讨论，了解系统的实现方式和原理，并对概要设计和详细设计提出自己的见解。设计结束之后，开发提交概要设计文档和详细设计文档，测试人员对设计进行Review，检查设计规划和实现方案是否合理，如果不合理，存在的问题是什么、如何改进等等。 1.5、测试设计 在设计测试方案时，首先分解测试内容，对于一个复杂系统

判断题 软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。 （初级） （ × ） 发现错误多的模块，残留在模块中的错误也多。( √ ) （初级） 测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级） 单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。 （ √ ）（中级） 功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级） 软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级） 软件测试只能发现错误，但不能保证测试后的软件没有错误。(√) 软件就是程序。(X) 测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X) I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】 （ × ）用黑盒发测试时，测试用例是根据程序内部逻辑设计的。 （ √ ）白盒测试是基于对程序控制结构了解的基础上来设计测试用例的。 （ × ）测试是为了验证软件正确的实现了用户需求。 （ √ ）确定测试主要测试软件功能是否满足用户的合理需求，以“需求规格说明书”为测试依据。 （ √ ）软件测试时经常要输入无效的

什么是软件？ 软件是计算机系统中与硬件相互依存的另一部分， 软件包括程序+文档 什么是软件测试？ （1）软件测试是在现有软件（程序+文档）中寻找缺陷的过程； （2）软件测试是指使用人工或者自动化手段来运行或测试某个系统的过程，目的是检验系统是否满足需求规格说明书中的要求 软件测试的目的？ 测试的目的是找出软件产品中的错误，使软件尽可能的符合用户的要求。 黑盒测试： 又叫功能测试，把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程，根据规格说明书，通过操作软件验证程序的功能是否与规格说明书规定的一致。 白盒测试： 也称结构性测试，是基于代码的测试，按照程序内部的逻辑结构，检测程序是否能按预定要求进行正确的工作。 回归测试： 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 冒烟测试： 是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性，冒烟测试又称版本验证测试。冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件的基本功能正常，可以进行后续的正式测试工作。 简单地说，冒烟测试就是用较少的人，在较短的时间内测试程序的主要功能，如果通过再进行正式的测试。 aplha测试和bate测试的区别？ Alpha测试(α测试)： 通常也叫“验证测试”，主要是指在软件开发完成以后