项目流程_软件测试
Posted 窜天猴儿__
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了项目流程_软件测试相关的知识,希望对你有一定的参考价值。
软件测试属性
1.按测试阶段划分
单元测试:单元测试是对软件基本组成单元进行的测试,是为了尽早发现错误(错误发现越早,成本越低,发现问题比较容易,修正问题更容易),单个的软件单元或者一组相关的软件单元所进行的测试,是代码级的测试
集成测试:理论上凡是两个单元(如函数单元)的组合测试都可以叫做集成测试。实际操作中,通常集成测试的对象为模块级的集成和子系统间的集成,其中子系统集成测试称为组件测试。
系统测试:将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试。
验收测试:验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买者展示该软件系统满足原始需求
2.按是否覆盖源代码
黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。通俗来讲就是不需要知道代码是干什么的,只需要测试这个功能,无需细节主要功能得以实现即可
白盒测试:
软件的白盒测试是对软件的过程性细节做细致的检查。
这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致,因此白盒测试又称为结构测试或逻辑驱动测试。
通俗来讲就是你知道每一步代码执行的过程,并全程观察代码的每一步流程,知道程序跑完
灰盒测试:
灰盒测试,是介于白盒测试与黑盒测试之间的。
可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了。
3.按是否运行
静态测试:不运行被测试程序,对代码通过检查、阅读进行分析
动态测试:动态测试需要真正将程序运行起来,需要设计系列的测试用例保证测试的完整性和有效性
4.按是否自动化
人工测试:人去操作,去点
自动化测试:写脚本等等
5.更多
冒烟测试:对系统进行基本功能的测试,保证基本的功能和流程能走通,例如:为美多商城的主要功能(登录,注册,)
进行测试,而辅助功能(头部信息)则不重要,只要不影响主要功能。回归测试:像修复一个BUG后,把之前的测试用例在新的代码下进行再次测试
随机测试:随机测试主要是对被测软件的一些重要功能进行负测,也包括测试那些当前的测试用例没有覆盖到的部分
探索性测试:探索测试将学习,测试设计和测试执行整合在一起,形成一种测试方法。
测试用例,什么是测试用例?
测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。
设计用例的好处?
设计用例的过程可以更深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也便于用例评审。
除入公司测试项目流程图
测试与其他成员组成流程图
1.软件测试理解
软件测试技术是软件开发过程中的一个重要组成部分,是贯穿整个软件开发生命周期,对软件产品进行验证和确认的活动过程,其目的是尽快尽早的发现在软件产品中所存在的各种问题--与用户需求、预设定不一致性、检查软件产品的bug,写成测试报告,交于开发人员修改
以上是关于项目流程_软件测试的主要内容,如果未能解决你的问题,请参考以下文章
大数据技术之_18_大数据离线平台_01_项目开发流程+大数据常用应用/分析平台/业务处理方式+数据分析平台的数据来源+数据处理的流程+项目集群的规模+需求分析+技术架构/选型
[项目管理-16]: 大型复杂组织内的产品管理流程项目管理流程软件开发流程以及不同角色在项目开发中的位置