项目流程_软件测试

软件测试属性

1.按测试阶段划分

单元测试:单元测试是对软件基本组成单元进行的测试,是为了尽早发现错误(错误发现越早,成本越低,发现问题比较容易,修正问题更容易),单个的软件单元或者一组相关的软件单元所进行的测试,是代码级的测试

集成测试:理论上凡是两个单元(如函数单元)的组合测试都可以叫做集成测试。实际操作中,通常集成测试的对象为模块级的集成和子系统间的集成,其中子系统集成测试称为组件测试。

系统测试:将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试。

验收测试:验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买者展示该软件系统满足原始需求

 2.按是否覆盖源代码

黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。

通俗来讲就是不需要知道代码是干什么的,只需要测试这个功能,无需细节主要功能得以实现即可

白盒测试:

软件的白盒测试是对软件的过程性细节做细致的检查。

这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致,因此白盒测试又称为结构测试或逻辑驱动测试。

通俗来讲就是你知道每一步代码执行的过程,并全程观察代码的每一步流程,知道程序跑完

灰盒测试:

灰盒测试,是介于白盒测试与黑盒测试之间的。

可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了。

3.按是否运行

静态测试:不运行被测试程序,对代码通过检查、阅读进行分析
动态测试:动态测试需要真正将程序运行起来,需要设计系列的测试用例保证测试的完整性和有效性

4.按是否自动化

人工测试:人去操作,去点
自动化测试:写脚本等等

5.更多

冒烟测试:对系统进行基本功能的测试,保证基本的功能和流程能走通,例如:为美多商城的主要功能(登录,注册,)
           进行测试,而辅助功能(头部信息)则不重要,只要不影响主要功能。

回归测试:像修复一个BUG后,把之前的测试用例在新的代码下进行再次测试

随机测试:随机测试主要是对被测软件的一些重要功能进行负测,也包括测试那些当前的测试用例没有覆盖到的部分

探索性测试:探索测试将学习,测试设计和测试执行整合在一起,形成一种测试方法。

测试用例,什么是测试用例?

测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。

设计用例的好处?

设计用例的过程可以更深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也便于用例评审。

除入公司测试项目流程图

 测试与其他成员组成流程图

 

1.软件测试理解

软件测试技术是软件开发过程中的一个重要组成部分,是贯穿整个软件开发生命周期,对软件产品进行验证和确认的活动过程,其目的是尽快尽早的发现在软件产品中所存在的各种问题--与用户需求、预设定不一致性、检查软件产品的bug,写成测试报告,交于开发人员修改

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值