对软件测试的理解

 IEEE定义:使用人工或自动的手段来运行或测量软件系统的过程,以检验软件系统是否满足规定的要求,并找出与预期结果之间的差异。

    测试对象:软件需求、软件概要设计、软件详细设计、软件源代码、可运行程序、软件运行环境。覆盖到软件研发过程中的方方面面

    五大要素:质量、人员、资源(硬件设备、网络环境、时间)、流程(规范要求)、技术​

    目标:保证软件质量:(1)提高测试覆盖率 (2)提升测试效率​

    遵循原则​:1.测试显示缺陷的存在,但不能保证系统不存在缺陷

                     2.穷尽测试时不可能的,应及时设定测试终止条件

                     3.软件测试应该尽早进行​

缺陷在软件研发的前期引出,越往后修复成本越高​

                     4.缺陷具备群集特性

                     5.测试的杀虫剂悖论

 采用同样的测试用例方法多次测试同一个模块不会再发现新的缺陷, 测试用例和测试方法应该不断的修改评审,引入新方法

                     6.测试的二八原则

  测试的时间和资源是有限的,测试总存在风险。 把百分之八十的时间用在百分之二十的重要模块上

                     7.测试活动依赖于测试背景

 

软件测试分类

按照测试阶段

1.单元测试:对最小可视单元进行测试,针对代码

遵循原则:(1)尽可能保证每个测试用例是互相独立的​

               (2)一般由代码的开发人员来实施

优点:能尽早的发现缺陷/有利于重构/简化集成(保证了最小单元的稳定性,正确性,为集成测试提供保障/文档(减少文档存在)/用于设计(设计的本身能够验证设计)

限制:不可能覆盖到所有路径,不能捕捉到所有的路径错误

        单元测试的投入非常大(投入产出的平衡点)

 各种单元测试框架​

Junit 针对Java的框架​

2.集成测试(单元模块之间的借口):在单元测试的基础上,测试在将所有的软件单元按照概要设计说明的要求组装成(模块,子系统或系统)的过程中各部分工作是否达到或实现相应技术指标及要求的活动

实施方案:Big Bang:  所有的东西组装好一起测试

               (瀑布) 自顶向下:​递增组装,从主程序开始沿控制层逐层向下

               (瀑布)自底向上(最常用):从程序模块的最底层逐层向上组装测试

               (敏捷) 核心系统集成:​把核心的部分挑出来进行测试

               (敏捷)高频集成:每隔一段时间对现有的代码进行集成测试

集成测试与单元测试的测试对象不同,集成测试测试模块与模块的之间的关系,集成测试的主要依据是软件概要设计,单元测试依据软件详细设计​

3.系统测试(功能和性能):将经过集成测试的软件作为计算机系统的一部分,与系统中其他部分结合起来,子实际运行环境下对计算机系统进行一系列严格有效的测试,以发现软件潜在的问题,保证系统的正常运行.(专职的测试岗位最重要)

  ​关注点:

      系统本身的使用,

      关注被测系统与其他相关系统之间的连通,

      关注系统在不同压力下使用的表现,

      关注系统在真实的使用环境下的表现

测试对象:除了软件​之外,还包括计算机的硬件以及相关的外围设备,数据采集和传输机构,支持软件,系统操作人员等整个系统.

倾向于​业务.

      ​

4.验收测试:也称交付测试,针对用户需求,业务流程的正式的测试,确定系统是否满足验收标准.由用户,客户或其他授权机构决定是否接受系统.

分类:

用户验收测试

运行验收测试

合同和规范验收测试

alpha(α)测试:开发者提供环境,用户进行测试(开发完了,开发者环境)

Beta测试:完全脱离开发者环境,由用户在用户的环境上测试

release:完全交付(正式交付版本)

验收测试驱动开发​(敏捷):TDD BDD 针对用户故事条件开发

测试手段:

黑盒测试、白盒测试

静态测试、动态测试

手工测试、自动化测试

黑盒测试:在 完全不考虑程序内部结构和内部特性的情况下,通过相关暴露出的接口来对程序进行测试,只检查程序的功能是否按照需求说明的规定能正常使用。能适当的接收输 入数据并产生正确输出信息。着眼于外部结构不考虑内部的逻辑,针对软件界面及可见功能进行测试。从用户的视角通过不同的数据事件驱动系统,根据结果进行判 断

优点:容易实施,不需要考虑内部

          更贴近用户的视角

缺点:视同不可见,测试覆盖率低,只能覆盖到代码的 百分之四十

           针对黑盒的自动化测试,测试用例的重用率较低​,脚本维护代价大

主要关注点:

是否有不正确或者遗漏的功能,其次接口上给定的输入系统能否接受并输出正确的结果

是否有数据结构错误或外部信息访问错误,性能上能否满足用户需求

在系统测试阶段用黑盒测试多

黑盒测试主要设计方法:

等价类划分法:把所有的输入当中等价的划分为一类形成若干典型的有代表性的输入,通过这些典型的输入进行测试用例设计。

边界值分析法:关注各种各样的边界条件,编写程序时,边界值容易出现失误、

错误推测法:基于经验或直觉来判断可能出现错误的情况、

因果图法:拿到程序规格需求说明说明书,将程序输入输出看成原因和结果,根据规格语义说明生成判定表

正交试验分析法:筛选输入数据然后设计测试用例的输入输出、

状态迁移图法:通过状态迁移关系设计测试用例,如:提交审批到待审批状态,退回等等各种状态,通过状态画出变迁的关系图、

流程分析法:梳理逻辑来进行测试用例设计

白盒测试:测试人员对内部结构十分了解,逻辑结构是透明的。根据逻辑结构设计来设计测试用例。衡量标准:逻辑覆盖率

语句:保证程序的每条语句至少执行一次

判定:每个分支至少执行一次,

条件:所有的条件表达式至少计算一次

条件组合:覆盖所有不同条件的组合情况

路径覆盖:每一条可能的路径至少执行一次

优点:需要对系统有深入了解

          可以检测代码中每条分支和路径,覆盖率高

          可以检测出代码中的隐藏错误

          对代码的测试比较彻底

缺点:昂贵,较高的覆盖率需要巨大的工作量,成本高

          无法检测代码中的遗漏路径以及难发现数据敏感性错误​

          不能够直接验证需求规格的正确性

主要测试方法:

代码检测法:多面检查,代码走查

静态结构分析法:通过使用测试工具分析源代码的内部结构

静态质量度量法:根据标准的质量

逻辑覆盖法:6中逻辑覆盖方法​

基本路径测试法:程序控制流图

灰盒测试:介于黑盒与白盒,系统主键判断系统符合用户需求

静态测试无需执行被测程序,而是通过评审软件文档或代码,度量程序静态复杂度,检查软件是否符合变成标准,借以发现编写的程序的不足之处,减少错误出现的概率​

特点:程序不被运行,之间看文档代码,可人工也可自动化工具

方式:互审,走查(小组走查程序或文档​),会议

动态测试通过运行被测程序,来检查运行结果与预期结果的差异来分析运行效率,正确性和健壮性等。​

手工测试:由专门的测试人员从用户的视角来验证软件是否满足设计要求的行为。更适用于针对深度的测试和强调主观判断的测试。

充分利用人的主观判断和创造性来进行测试

自动化测试:使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查

单元测试,接口测试,性能测试多用于自动化测试

手工测试优点:容易发现缺陷、更容易实施、创造性、灵活性

缺点:覆盖量化难、重复测试效率低、不一致性、可靠性低、人力资源依赖

自动化测试优点:高效率、速度快、高覆盖下、覆盖容易度量、准确可靠、不知疲劳

缺点:机械,发现缺陷率低、一次性投入大

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值