-
按测试模式来分类： 瀑布模型：项目计划、需求分析、软件设计、程序开发、软件测试、集成维护 敏捷测试：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试 基于脚本的测试 基于风险的测试 探索式测试查看全部
-
黑盒测试；白盒测试；静态测试；动态测试；手动测试；自动测试；查看全部
-
一、单元测试：对软件中的最小可测试单元进行检查和验证。如类、功能项；原则：尽可能保证各个测试用例是互相独立的；一般由代码的开发人员来实施，用以检验所开发的代码功能符合自己的设计要求。益处：能尽早发现缺陷；有利于重构；简化集成；文档；用于设计； 二、集成测试：（接口）是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动；实施方案：big bang；自顶向下；自底向上；核心系统集成、高频集成 三、系统测试：与其他系统中其他部分结合，在实际运行环境下对计算机系统进行的一系列严格有效地测试。 系统本身的使用，与其他相关系统间的连通，在不同使用压力下的表现，在真实使用环境下的表现 四、验收测试：针对用户需求、业务流程的正式的测试，确定系统是否满足验收标准，由用户、客户或其他授权机构决定是否接受系统。用户验收测试（开发方）、运行验收测试（运维）、合同和规范验收测试、alpha测试（用户）、β测试。查看全部
-
从不同的维度，有不同的分类查看全部
-
单元测试，集合测试，白盒测试，黑盒测试，性能测试查看全部
-
单元测试：人为规定的最小测试的模块查看全部
-
验收测试 定义 也称交付测试。针对用户需求、业务流程的正式的测试．确定系统是否满足验收标准，由用户、客户或其他授权机构决定是否接受系统。 细分 用户验收测试、运行验收测试、合同和规范验收测试 alpha测试：开发者提供的环境场所，由用户执行 Beta测试：完全脱离开发者的环境查看全部
-
系统测试 定义 是将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。 关注点 关注系统本身的使用 关注系统与其他相关系统间的连通 关注系统在不同使用压力下的表现，真实环境下的表现 系统测试＆集成测试 1．测试的对象不同 集成测试：由通过了单元测试的各个模块所集成起来的构件 系统测试：除了软件之外，还包括计算机硬件及相关的外围 设备、数据采集和传输机构、支持软件、系统操作人员等整个系统 2.测试时间 集成测试介于单元测试和系统测试之间测试 系统测试在集成测试之后 3.测试内容 集成测试：各个单元模块之间的接口 系统测试：整个系统的功能和性能 4.测试角度 集成测试：偏于技术角度的验证 系统测试：偏于业务角度的验证查看全部
-
集成测试 定义 是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动 集成测试的主要实施方案 1.BigBang：一次性集成，把大部分的开发模块都耦合，全部组装好，进行测试 2．自顶向下：通过递增组装软件，从主程序开始，延控制层，逐层向下 3．自底向上：从程序模块最低层开始，逐层测试。好处；已经组装过的不需要上一层模拟模块，比较好的锁定软件故障所在位置 4．核心系统集成：先挑核心软件部分，进行集成测试 5．高频集成：同步软件开发过程，持续 集成测试＆单元测试 1．测试的对象不同 单元测试：针对软件基本单元，最小单元 集成测试：针对模块与子系统，模块之间接口的关系 2．测试的依据不同 单元：针对软件的详细设计，测试用例主要依据详细设计文档 集成：针对软件的概要设计，测试用例主要依据是概要 3.测试的方法不同 单元：针对单元的内部 集成：针对接口直接的集成查看全部
-
单元测试 对软件中的最小可测试单元进行检查和验证。（函数，类，子功能） 原则： 1．尽可能保证各个测试用例是互相独立的。 2一般由代码的开发人员来实施，用以检验所开发的代码功 能符合自己的设计要求。 好处： 1．能尽早发现缺陷 2．有利于重构 3．简化集成（模块） 4．文档 5．用于设计（uml基于图像设计） 限制： 1．不可能覆盖所有的执行路径，所以不可能保证浦捉到所有路径的 错误 2．每一行代码，一般需要3一5行测试代码才能完成单元测试。所以 存在投入和产出的一个平衡。 单元测试框架： JUnit 各种unit库 使用Junit过程： 导入库 打开eclipse创建JavaProject-->添加代码-->选择项目properties属性-->JavaBuildPath-->add Library-->选择JUnit4版本查看全部
-
单元测试、集成测试、系统测试、验收测试 单元测试:各个阶段测试基础，最小可测试单元 集成测试：最小单元模块，子系统接口集成 系统测试：置于真实的环境对系统进行全面评估 验收测试：从用户角度，认可验收查看全部
-
白盒测试：逻辑覆盖率 主要的逻辑单位： 语句覆盖：保证每条语句执行一次 分支（判定）：保证每条分支至少执行一次 条件：条件表达式，至少计算一次 条件组合：所以不同条件下的组合情况 路径：程序中，每个可能的路径至少执行一次 优点 1．迫使测试人员去仔细思考软件的实现，理解原理 2．可以检测代码中的每条分支和路径 3．揭示隐藏在代码中的错误 4．对代码的测试比较彻底 缺点 1．昂贵。 2．无法检测代码中遗漏的路径和数据敏感性错误 3．不能直接验证需求的正确性 主要测试方法： 代码检测法：多面 代码审查 静态结构分析法：测试工具，内部结构分析 静态质量度量法：标准的度量模型 逻辑覆盖法：6种逻辑，语句 ，分支，条件，条件组合，路径，判定 基本路径测试法：通过分析复杂度，选出基本可执行路径的集合。程序控制流图，描述程序控制流 灰盒测试 介于黑、白盒测试之间的，关注输出对于输入的正确性，同 时也关注内部表现 静态测试 定义：静态测试是指无须执行被测程序，而是通过评审软件文档或代码，度量程序静态复杂度，检查软件是否符合编程标准，借以发现编写的程序的不足之处，减少错误出现的概率； 动态测试 定义：动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等。 手工测试 由专门的测试人员从用户视角来验证软件是否满足设计要求的行为。更适用针对深度的测试和强调主观判断的测试。 众包测试，探索式测试 自动化测试 使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查。 单元测试、接口测试、性能测试等查看全部
-
根据测试对象的可见度：黑盒测试、 白盒测试 根据状态：静态测试、动态测试 执行方式：手工测试、自动化测试 黑盒测试： 不考虑程序内部结构和内部特性下，通过相关暴露出的接口，对程序进行测试。 只检查程序的功能是否按照需求规定，正常使用； 程序是否能适当的输入输出数据，并产生正确的输出信息； 一般针对软件外面的界面，可见的功能； 从用户的视角，通过不同数据事件，通过输出结果进行判断； 优点： 1．容易实施，不需要关注内部的实现 2．更贴近用户的使用角度 缺点： 1．测试覆盖率较低，一般只能覆盖到代码量的不到40% 2．针对黑盒的自动化测试，复用率较低，维护成本较高。 黑盒测试主要测试什么 1．是否有不正确或遗漏的功能？ 2．在接口上，输入是否能正确的接受？能否输出正确的结果？ 3．是否有数据结构错误或外部信息（例如数据文件）访问错误？ 4．性能上是否能够满足要求？ 黑盒测试的主要设计方法 等价类划分法：针对程序的输入条件进行分类，输入典型的数据 边界值分析法：特殊的边界数据，测试代码的边界状态 错误推测法：基于经验，直觉，判断错误的地方；特殊字符，文件不存在 因果图法：根据输入输出看做原因和结果，形成因果图。（因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。） 正交试验分析法：选出代表性的数据，作为输入数据 状态迁移图法：软件审批的过程，各种状态迁移 流程分析法：处理程序逻辑执行的路径查看全部
-
软件测试概念查看全部
-
软件测试的定义查看全部
举报
0/150
提交
取消