测试工作二

单元测试:[uT]   —UNIT  TEST

单元测试,又称为模块测试,针对软件设计中的最小单位,程序模块。

进行正确性检查的测试工作,单元测试需要从程序的内部结构出发设计测试用例。

多个模块可以平行的独立进行单元测试。单元测试就是对源代码测试。

一般情况下单元测试都是程序员进行测试。

找到你当前项目中的某一个模块是否正常,不用管页面做的好看,看的只是底层代码结构。

一般就是类,函数,组件,

每一个小东西都是独立的模块,就叫单元测试。。测试程序中最小的模块。

集成测试:【it test】  system  ingertaion  test

又叫组装测试,通常在单元测试的基础上,将所有程序模块进行有序的,递增的测试。

重点测试不同模块的接口部分。

组合起来,看他功能是否正常。不同的单元模块组合起来,验证他们之间的沟通挑梁。

集成测试就是把所有的单元测试放在一起再测试一遍。

程序内部之间都是有相关性的。。把单元模块放在一起进行测试。。比如说接口测试。

系统测试:【st system test

将整个软件系统看做一个整体进行测试,包括对功能,性能,以及软件所运行的软硬件环境进行测试。

系统测试在系统集成完毕后进行测试,前期主要测试系统的功能是否满足需求,后期主要测试系统运行的性能是否满足需求,以及系统在不同软硬件环境中的兼容性问题。

测试人员吧自己当做普通用户进行测试。

验收测试:

尽可能的让用户为软件进行测试。

α测试 内测版本,表示该软件只是一个初步完成的作品,通常只在软件开发内部交流,也有恨少一部分发布给专业测试人员,一般而言,这一个版本的bug比较多,普通用户最好不要安装。

β测试    公测版本,是对所有用户开放的测试版本,这个版本相对来说已经有了很大的改进,消除了严重的错误,但是还存在一些缺陷,需要经过大规模的发布测试来进行下一步消除,这一版本一般也不适用用户安装。

γ测试 也叫 指的是软件版本正在发行的候选版本,该版本已经很成熟了,与即将发行的正式版相差无几,成为正式版的候选版本。。

UAT 测试。    由第三方客户派出业务人员,来使用该软件从而对该软件进行功能测试。

V模型:

需求分析,概要设计,详细设计,编码,单元测试,系统测试,验收测试。。

H模型

流程法:

一、详细了解需求。

二、根据需求说明或界面原型,找出业务流程的各个页面以及页面之间的流转关系。、

三、画出业务流程(产品经理根据axure画出)

四、写用例,覆盖所有的路径分支、

错误推测发:

错误推测法是指利用直觉和经验猜测出错的可能类型,有针对性的列举出程序中所有可能的错误和容易发生错误的情况

问题和案例:

电脑发生故障,文件没有备份而丢失了。

由于人员离职,导致某些资料丢失了。

我怎么知道手头的公共资料是不是最新版本的。

想要追溯几个月前的某个状态,却发现那个版本的文件以及被当做垃圾删除了。

每天要花费很多时间来向别人提供需要共享的资料、

相似的应用系统。每次都要重复开发,难以服用。

人员分布在两地开发,版本如何同步。

甲乙两人为不同目的修改了同一份文件,乙的提交在甲提交之后,导致甲修改的内容丢失了。

权限管理员。。。肯定是有读写管理员。网管。或者组长,或者项目经理、

一般来说,是对某个文件夹有管理权限的,,不可能对所有的文件拥有绝对的读写权利。

软件测试行业、

如果公司没有测试的花,那么一般来说就是谁做的谁测试。

或者交互测试,但是一般,不进行角色互换,

还有些公司会有专门的测试人员,

为什么呢,因为你写的,你自己一般不会好好进行测试,还有就是你开发的,你想的是如何开发,“思想已经禁锢”了

所以,有些公司会有专门的测试专员进行测试。

而且你一半不会从用户的角度去考虑你做的一些“奇葩”功能。

测试对你而言,你自己开发的东西有点像你的孩子,你下不了狠手。

软件测试:

通过手工或者工具对被测对象进行测试操作,从而验证实际结果和语气结果是否存在差异。

我们将软件分为三个部分组成:功能集合+使用说明书+配置数据。

1.需求分析阶段。各种需求分析说明书。。

2.需求不一定是有可实施性的,万一,你领导提出一个,做不出来的东西,或者说你们整个团队做不出来的东西,

常见的测试方法:

一。按照测试对象来进行分类:盒。指的就是我们的软件。

1.白盒测试            在意的就是底层代码的逻辑和底层功能实现,同时逻辑正确。

2.黑盒测试。        看不见的,这种就是测试的软件的外在功能是否正常。比如,登陆,注册

3.灰盒测试、            介于两者之间。

二。按照测试对象是否执行分类。

1.静态测试。        指的就是测试不执行。

2。动态测试。        将软件放在真实的环境中,测试功能。

三。按照测试手段进行分类。

手工测试,            由测试人员手动的对被测对象进行验证。优点就是能够灵活的改变测试操作。

自动化测试。            所谓的自动化有两种测试,一种就是自己写脚本,一种就是通过第三方的工具进行测试。

但是有时候第三方软件有可能会收费,有些公司不愿意付费。

优点:人不累,测试效率高。

在当前测试中,系统测试分类主要分为以下几种:

1.功能测试。            验证当前的软件主题功能是否可用。

2.兼容性测试。        验证当前软件在不同的软件下是否还能使用。

3.安全测试。            对授权用户是否提供使用。

4.性能测试                相当于当前软件消耗的资源。

原文地址:https://www.cnblogs.com/famensaodiseng/p/10168364.html

时间: 2024-10-13 17:37:04

测试工作二的相关文章

[工作笔记之二] 测试工作小结

最近几周跟了两个项目,确切说是一个项目和一个任务. 一.接口测试 任务内容是关于接口的,这次对接口测试有了一个新的认识,顺便感慨一下以前的自己太蠢了.以前测接口,研发都会告诉我怎么测,看到什么样的返回值就就算测完了,所以以前测接口都很快.前段时间整理文档,发现有个老大的测试用例里有关于接口测试的,看进去才知道我测接口测得是多么粗糙啊. 总结一下接口测试: 1. 接口测试也是要写测试用例的. 2. 测试用例中要明确接口地址.各参数类型及意义.返回值的类型.返回值中各字段的含义. 3. 接口中每个参

大数据项目测试<二>项目的测试工作

大数据的测试工作: 1.模块的单独测试 2.模块间的联调测试 3.系统的性能测试:内存泄露.磁盘占用.计算效率 4.数据验证(核心) 下面对各个模块的测试工作进行单独讲解. 0. 功能测试 1. 性能测试 2. 自动化测试 3. 文档评审 4. 脚本开发 一.后台数据处理端 后端的测试重点,主要集中在数据的采集处理.标签计算效率.异常数据排查(功能),测试脚本编写(HiveQL).自动化脚本编写(造数据.数据字段检查等) 1.数据的采集处理(Extract-Transform-Load) ETL

PIM SM + IGMP Snooping 适用性测试(二) ttl 问题

PIM SM + IGMP Snooping 适用性测试(二) ttl 问题 简介 上节的两个问答是基于理论分析与实验验证得出的,这节描述一下实验与实验中遇到的问题. 测试拓扑 图1 实验描述 做实验验证技术问题前首先要明确实验目的,再详细规划搭建实验步骤,然后列出用于验证实验的步骤.最后很重要的一步是实验推演,实验前要利用理论对实验的过程.现象做一个大致的推演,才能保证对实验过程的把控. 实验目的 该实验的目的主要是为了测试: 1)Bootstrap协议BSR是否抢占: 2)IGMP Snoo

如何做好测试工作

在测试行业摸爬滚打了多年,自认为还是一名综合素质不错的测试,但还是有很多不足.今天就想给刚从事测试工作不久的同行说一下做好测试的前提条件与个人素养.作为一名优秀的测试工程师,首先要对测试工作感兴趣:测试工作很多时候都是显得有些枯燥的,因此热爱测试工作和测试技术,才更容易做好测试工作.其次要有专业的技能和行业知识,能够支持测试工程师发展的有力保障. 有了兴趣.热情和专业的技术,我们就能做好测试工作么?不一定,测试工程师,是用户和技术之间的最后一道保障,这个保障的可靠性和安全性,还需“六个心”.“两

虚拟化技术在测试工作的应用优势(原创)

  如果问现在最流行的IT名词是什么?那一定是“虚拟化与云计算”.虚拟化和云计算是IT产业界的一场技术革命,已经成为了IT行业未来发展的方向. 如今,测试也引入了这一行业领先的技术,建立了公司的的虚拟化平台,使公司的软件测试工作步入了虚拟化时代. 一.什么是虚拟化 虚拟是相对于真实而言,简单来讲:虚拟化就是将原来运行在真实环境上的计算机系统运行在虚拟的环境中.维基百科给出的定义是:“虚拟化是表示计算机资源的抽象方法, 通过虚拟化可以用与访问抽象前资源一致的方法访问抽象后的资源.这种资源的抽象方法

以我的经历给在测试制度不够完善,测试工作不被重视的公司工作的测试工作者们一点借鉴

第一章软件测试流程管理第一节:软件测试的术语定义第二节:软件测试工作总体流程第三节:公司测试流程管理模式第二章:测试阶段性工作重点极其原则和标准第一节:测试阶段性工作重点第二节:公司软件测试的基本原则第三节:公司测试的标准要求第三章:软件测试标准管理第一节:软件测试工作相关制度第二节:公司项目的等级划分极其测试标准第三节:公司测试工具应用管理第四章:测试工作实施与协作管理第一节:测试工作实施对象及对象发布第二节:测试工作实施流程标准第三节:测试退出标准第四节:Bug管理平台的流程权限管理附录一:

Android测试(二):Android 测试基础

Android测试(二):Android 测试基础 发布时间 2017年12月20日 虫师 原文:https://developer.android.com/training/testing/fundamentals.html 用户在不同的级别上与你的应用产生交互.从按下按钮到将信息下载到他们的设备上,因此,你应该在迭代开发应用程序时测试各种用例和交互. 使用迭代开发工作流 当你的应用程序进行扩展时,你可能会发现需要从服务器获取数据,与设备的传感器进行交互,可以还需要访问本地存储,或呈现复杂的用

天猫技术专家:测试十二年,六道轮回后的初心能否找回

摘要: 本期作者简介:高翔,天猫技术部测试开发专家. 很久没写文章了,之前测试十年,也是在自己有变化的时候 ,强迫自己写了一篇文章,说了自己的困惑和痛苦和思考,也得到一些共鸣.现在测试十二年了,相当于一个轮回,也有一些新的痛苦和感悟,趁还在这个圈子里面,纪念一下,当然了,YY比较多,干货也不多,反正纪念下,或许我是真的不太可能写测试15年的文章了. 本期作者简介:高翔,天猫技术部测试开发专家. 很久没写文章了,之前测试十年,也是在自己有变化的时候 ,强迫自己写了一篇文章,说了自己的困惑和痛苦和思

测试工作管理与规范

1. 测试工作准备 测试负责人在软件项目的需求阶段开始介入,逐步深入了解该项目的需求.设计过程,从而有针对性的编制测试计划和测试大纲(测试方案.测试用例). 对测试人员进行业务培训,了解该项目的大体流程及各项功能. 2. 测试计划的制定 测试计划的制定要与项目开发的总体计划相吻合:测试计划中要充分考虑资源计划(人员安排,设备分配.与其它部门的协调配合以及其它不确定的因素)等:测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划. 3. 时间节点的控