-
瀑布模型优缺点查看全部
-
传统的瀑布模型查看全部
-
按测试模式分类查看全部
-
手工测试和自动化测试的优缺点比较查看全部
-
手工测试: 由专门的测试人员从用户视角来验证软件是否满足设计要求的行为。更适用针对深度的测试和强调主观判断的测试。 众包测试、探索式测试 自动化测试: 使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查。 单元测试、接口测试、性能测试等查看全部
-
静态测试: 是指无须执行被测程序，而是通过评审软件文档或代码，度量程序静态复杂度，检查软件是否符合编程标准，借以发现编写的程序的不足之处，减少错误出现的概率。(白盒测试) 方式:互审-走查-会议 动态测试: 是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等。(黑盒测试)查看全部
-
软件测试的分类: 按测试手段来分类: 对象可见度:黑盒测试、白盒测试 对象状态:静态测试、动态测试 测试执行方式:手工测试、自动化测试 黑盒测试:不考虑程序内部结构和特性，通过程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。(系统测试用的较多) 黑盒测试优点: 1.容易实施，不需要关注内部的实现; 2.更贴近用户的使用角度。 缺点: 1.测试覆盖率较低，一般只能覆盖到代码量的不到40%; 2.针对黑盒的自动化测试，复用率较低，维护成本较高。 测试要点: 1.是否有不正确或遗漏的功能？ 2.在接口上，输入是否能正确的接受？能否输出正确的结果？ 3.是否有数据结构错误或外部信息(例如数据文件)访问错误？ 4.性能能否满足要求？ 主要设计方法: 白盒测试:通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法、溢出、路径、条件等等中的缺点或者错误，进而加以修正。(强调逻辑) 主要的逻辑单位: 语句、条件、条件组合、分支(判定覆盖)、路径 白盒测试的优点: 1.迫使测试人员去仔细思考软件的实现，理解原理; 2.可以检测代码中的每条分支和路径; 3.提示隐藏在代码中的错误; 4.对代码的测试比较彻底。 缺点: 1.昂贵(覆盖率高，成本较高); 2.无法检测代码中遗漏的路径和数据敏感性错误; 3.不能直接验证需求的正确性。 主要测试方法: 代码检测法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法 灰盒测试:介于黑、白盒测试之间的，关注输出对于输入的正确性，同时也关注内部表现。查看全部
-
黑盒测试主要设计方法查看全部
-
1972-提出测试理念 1979-给出测试定义 1996-测试能力成熟度模型TMM、TDD 2009-提出探索是测试理念查看全部
-
方法方法付查看全部
-
验收测试:也称交付测试。针对用户需求、业务流程的正式的测试，确定系统是否满足验收标准，由用户、客户或其他授权机构决定是否接受系统。 细分: 1.用户验收测试-开发方 2.运行验收测试-运维层面 3.合同和规范验收测试 4.alpha测试-用户测试，开发者提供运行环境 5.Beta测试-用户提供的运行环境测试查看全部
-
系统测试:是将经过集成测试的软件，作为计算机系统的一个部分，与系统中的其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。 系统测试的关注点: 1.关注系统本身的使用; 2.关注系统与其他相关系统间的连通; 3.关注系统在不同使用压力下的表现; 4.关注系统在真实使用环境下的表现。 系统测试&集成测试: 1.测试对象 集成测试:由通过了单元测试的各个模块所集成起来的构件; 系统测试:除了软件之外，还包括计算机硬件及相关的外围设备、数据采集和传播机构、支持软件、系统操作人员等整个系统。 2.测试时间 集成测试介于单元测试和系统测试之间; 系统测试在集成测试之后。 3.测试内容 集成测试:各个单元模块之间的接口; 系统测试:整个系统的功能和性能。 4.测试角度 集成测试:偏于技术角度的验证; 系统测试:偏于业务角度的验证。查看全部
-
集成测试:是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。 集成测试的主要实施方案: 1.Big Bang 2.自顶向下-传统瀑布研发模式 3.自底向上-传统瀑布研发模式 4.核心系统集成-敏捷研发方式 5.高频集成(持续集成)-敏捷研发方式 集成测试&单元测试: 1.测试对象不同:单元测试针对最小单元，集成测试则是针对模块和子系统，主要测试模块和模块之间的接口问题; 2.测试的依据不同:单元测试依据详细设计，集成测试依据概要设计; 3.测试的方法不同:集成测试关注模块跟模块之间的接口问题，单元测试关注单元的类里。查看全部
-
单元测试:对软件中的最小测试单元进行检查和验证。 单元测试的原则: 1.尽可能保证各个测试用例是互相独立的; 2.一般由代码的开发人员来实施，用以检测所开发的代码功能符合自己的设计要求。 单元测试的益处: 1.尽早发现缺陷; 2.有利于重构; 3.简化集成; 4.文档;(文档存储少，提倡代码型文档) 5.用于设计。(验证设计) 单元测试的限制: 1.不可能覆盖所有的执行路径，所以不可能保证捕捉到所有路径的错误; 2.每一行代码，一般需要3~5行测试代码才能完成单元测试。所以存在投入和产出的一个平衡。查看全部
-
软件测试的分类: 按测试阶段来分: 单元测试，集成测试，系统测试，验收测试。查看全部
举报
0/150
提交
取消