软件测试主要有哪些内容?
1、软件=程序+文档,软件测试=程序测试+文档测试。
“程序”是指能够实现某种功能的指令的集合,“文档”是指软件在开发、使用和维护过程中产生的图文集合。
2、软件的分类
按功能分:系统软件、应用软件
按技术架构分:单机版软件、C/S结构软件(C是指客户端, S指服务器端)、B/S结构软件(B是指浏览器)
按照用户划分:产品软件、项目软件
按开发规模划分:小型、中型、大型
3、BUG的定义:软件的BUG指的是软件中(包括程序和文档)不符合用户需求的问题。常见的软件BUG分三种类型:完全没有实现的功能;基本实现了用户需求的功能;实现了用户不需要的功能。
4、测试环境=软件+网络+硬件。搭建环境:真实、干净、无毒、独立
5、软件环境的分类:软件开发环境软件生产运行环境
6、测试用例:指在测试执行之前设计的一套详细的测试方案,包括测试环境、测试步骤、测试数据和与其结果!测试用例=输入+输出+测试环境。测试用例有两个模板,word和excel,前者适合性能测试,后者适合功能测试。
软件测试分类
1、黑盒测试:指的是把被测的软件看作是一个黑盒子,我们不去关心盒子里面的结构是什么样子的,只关心软件的输入数据和输出结果
白盒测试:指的是把盒子盖 打开,去研究里面的源代码和程序结构。
2、静态测试:是指不实际运行被测软件,而只是静态的检查程序代码、界面或文档中可能存在的错误的过程。
动态测试:是指实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程,所以我们判断一个测试属于动态测试还是静态测试,唯一的标准就是看是否运行程序。
注:同一个测试,既有可能属于黑盒测试,也有可能属于动态测试;既有可能属于静态测试,也有可能属于白盒测试。他们之间也有可能交叉。
3、单元测试:编译运行程序——静态测试——动态测试
集成测试:是单元测试的下一个阶段,是指将通过测试的单元模块组装成系统或子系统,再进行测试,重点测试不同模块的接口部分。
系统测试:指的是将整个软件系统看作1个整体进行测试,包括对功能、性能,以及软件所运行的软硬件环境进行测试。
验收测试:指的是在系统测试的后期,以用户测试为主,或有测试人员等质量保障人员共同参与的测试,它也是软件正式交给用户使用的最后一道工序.
验收测试又分为α测试和β测试,其实α测试指的是由用户、测试人员、开发人员等共同参与的内部测试,而β测试指的是内侧后的公测,即完全交给最终用户测试。
4、功能测试:是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需求。功能测试又可以细分为很多种:逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试等。
性能测试:软件的性能包括很多方面,主要有时间性能和空间性能两种。时间性能:主要指软件的一个具体事务的响应时间。空间性能:主要指软件运行时所消耗的系统资源。
软件性能测试分为一般性能测试、稳定性测试、负载测试和压力测试。一般性能测试指的是让被测系统在正常的软硬件环境下运行,不向其十佳任何压力的性能测试。稳定性测试,也叫可靠性测试,是指连续运行内测系统,检查系统运行时的稳定程度。我们通常用MTBF(错误发生的平均时间间隔)来衡量系统的稳定性,越大稳定性越强。负载测试是性能测试的一种,通常是指让被测系统在其能忍受的眼里的极限范围之内连续运行,来测试系统的稳定性。压力测试是性能测试的一种,通常是指连续不断地给被测系统增加压力,直到将被测系统压垮为止,用来测试系统所能承受的最大压力。
假设一个人很轻松的就能背一袋米,背两袋米很吃力,最多就能背三袋米,那么:
一般性能测试:我就让他背一袋米
稳定性测试:我让他背一袋米,但是让他去操场上跑圈,看多久累倒。
负载测试:我让他背两袋米去操场上跑圈,看多久累倒。
压力测试:我让他背两袋米,三袋米,四袋米......发现他最多就能背三袋米。
5、回归测试:是指对软件的新的版本测试时,重复执行上一个版本测试时的用例
冒烟测试:是指在对一个新版本进行西戎大规模的测试之前,先验证一下软件的基本功能是否可以实现,是否具备可测性
随机测试:是指测试中所有的输入数据都是都是随机生成的,其目的是模拟用户的真是操作,并发现一些边缘的错误。
6、关系
测试工程师
1、测试工程应该具备的基本职业素质:三心二意一能力。三心:细心、耐心、信心。二意:服务意识、团队意识。一能力:沟通能力。
2、如何成为一名优秀的测试工程师:内功(基础知识:计算机硬件、网络、操作系统、数据库等)、测试技术(黑盒测试中等价类、边界值、因果图等,白盒测试中的语句覆盖、分支覆盖、路径覆盖等)
1)、不断学习充电
2)、阅读原版书籍
3)、阅读缺陷管理系统中的缺陷报告
4)、阅读高手写的测试用例
5)、学习产品相关的业务知识
3、SQA——软件质量保障,CMM是SQA用来监督项目的一个标准质量模型,SQA按照CMM上面各种规则来检验各种各样的项目。CMM——能力成熟度模型
4、软件测试的原则:
1)、Zero bug——指的是软件没有任何bug,没有bug是不可能的,我们只能想方设法把软件的bug数控制在可以忍受的范围之内。Good enough——指的是只要软件达到一定的质量要求,就可以停止测试了。
2)、不要试图穷举测试
3)、开发人员不能既是运动员又是裁判员
4)、软件测试要尽早执行
5)、软件测试应该追溯需求
6)、缺陷的二八定理——缺陷的集群现象或是虫子窝现象
7)、缺陷具有免疫性
黑盒测试技术
等价类技术、边界值技术、因果图法、流程图法
缺陷管理
1、BUG的分类
Bug严重级别(Severity,Bug级别):是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。
A
错误导致了死机、产品失败(“崩溃”)、系统悬挂无法操作;
B
功能未实现或导致一个特性不能运行并且不可能有替代方案(包括计算错误);
C
错误导致了一个特性不能运行但可有一个替代方案;
D
错误是表面化或微小的(提示信息不太准确友好、错别字、UI布局或罕见故障等),对功能几乎没有影响,产品及属性仍可使用;
E
建设性的意见或建议。
Bug优先级(Priority):指缺陷必须被修复的紧急程度。由Bug分配者(开发组长/经理)指定。5
阻止相关开发人员的进一步开发活动,立即进行修复工作;阻止与此密切相关功能的进一步测试
4
必须修改,发版前必须修正
3
必须修改,不一定马上修改,但需确定在某个特定里程碑结束前须修正
2
如果时间允许应该修改
1
允许不修改
缺陷类型(Type):是根据缺陷的自然属性划分的缺陷种类。Build
由于配置库、变更管理或版本控制引起的错误。
Data
数据、数据库、计算错误等。
Function
影响了重要的特性、产品接口、硬件结构接口和全局数据结构。如逻辑,指针,循环,递归,功能等缺陷。
Interface
与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的接口缺陷。
Performance
不满足系统可测量的属性值,如:执行时间,事务处理速率等。
Requirement
需求方面缺陷如(不明确、错误、考虑不全面等等)。
User Interface(简写UI)
人机交互特性:屏幕格式,页面排版、控件位置等方面的缺陷。
其它
未知错误
Bug状态(Status):指缺陷通过一个跟踪修复过程的进展情况。包括Open、Fixed、Closed及Postponed等Open
为测试人员新问题提交所标志的状态。为任务分配人(开发组长/经理)对该问题准备进行修改并对该问题分配修改人员所标志的状态。Bug解决中的状态,由任务分配人改变。对没有进入此状态的Bug,程序员不用管。
Fixed
为开发人员修改问题后所标志的状态,修改后还未测试。
Closed
为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。
Postponed
1、由于开发时间、进度、重要程度或者技术/设计/需求等方面的原因,认为不能解决、须延期解决、或者本版不做留待到后续版本解决的Bug;
2、因设计结构问题无法修改。测试人员认为是Bug,不符合逻辑,也不符合用户的要求,但开发人员则认为是按照设计做的、只能如此处理,否则修改代价太大 ,这种问题可以拖后处理
duplicated
bug重复提交
Not error
测试员理解错,不是bug,测试员提错了
2、提交BUG注意事项:确保重现、要用最少且必要的步骤描述BUG、简洁准确完整、一个BUG一个报告
3、常见的BUG管理工具:TD、Track Record、Clearquest、Bugzilla、Mantis、JIRA
测试管理
测试周期:计划——测试设计——测试执行——测试评估
软件测试工具简介
1、一般软件测试工具分为黑盒测试工具、白盒测试工具、测试管理工具
2、MI loadrunner——性能测试,MI winrunner——功能测试,MI testdirector——测试管理工具,MI QTP——功能测试工具......