软件评测师知识点系列-软件测试基础知识

1．
软件质量与软件测试
软件测试：在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成过程的文档、数据以及程序进行测试
软件质量：软件特性的总和，软件满足规定或潜在用户需求的能力
2．
软件测试与质量保证
软件测试只是质量保证工作中的一个环节，软件质量保证与软件测试是软件质量工程的两个不同层面的工作；
质量保证：通过预防、检查与改进来保证软件质量，采用全面质量管理和过程改进的原理来开展质量保证工作，主要关注软件质量的检查与测试，主要着眼于软件开发活动的过程、步骤和产特
软件测试：通过执行软件来，对过程中的产物（开发文档和程序）进行走查，发现问题，报告质量
3．
软件测试的目的
测试是程序的执行过程，目的在于发现错误；
一个好的测试用例在于发现了至今未发现的错误；
一个成功的测试是发现了至今未发现的错误的测试；
4．
软件测试原则
所有的软件测试都应追溯到用户需求
应当把“尽早地和不断地进行软件测试”作为测试者的座右铭
完全测试是不可能的，测试需要终止
测试无法显示软件潜在的缺陷；
充分注意测试中的群集现象
程序员应避免检查自己的程序
尽量避免测试的随意性
5．
软件测试对象
程序开发过程中的各个文档、源程序、数据等

1．
软件测试过程模型－V模型
是软件开发瀑布模型的变种，主要反映测试活动与分析和设计的关系；
局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现
2．
软件测试过程模型－W模型
在V模型的基础上，增加千开发阶段的同步测试，形成W模型；测试与开发同步进行，有利用尽早的发现问题
局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整
3．
软件测试过程模型－H模型
在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层次进行
4．
测试模型使用
在实际工作中应灵活地运用各种模型的优点

V模型
强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试
W模型
补充了V模型中忽略的内容，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明
H模型
强调测试是独立的，只要测试准备完成，就可以执行测试
1．
单元测试


定义
又称模块测试，是针对软件设计的最小单位程序模块进行正确性检查的测试工作；可以从程序的内部结构出发设计测试用例，多个模块测试可以平行地独立进行测试
目的
发现模块内部可能存在的各种差错
内容
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
步骤
利用设计文档设计测试用例；创建被测模块的桩模块或驱动模块；利用被测试模块、驱动模块和桩模块来建立测试环境，进行测试


11．集成测试

又称组装测试或联合测试，在单元测试基础上，将所有模块按概要设计和详细设计进行组装

发现模块连接中的接口可能存在的各种差错

穿越模块之间的数据是否会丢失；一个模块组装后是否会对另一模块或其他模块存在影响；各个子功能组装在一起是否会达到预期的父功能；全局数据结构是否有问题；单个模块的错误累积起来是否会放在

一次性组装方式，非增殖式方式也叫整体拼装，对模块分别测试然后将所有模块组装；第二种增殖式组装方式，可以是自顶向下或自底向上

成功地执行了测试计划中规定的所有测试用例；修正了所发现的错误；测试结果通过专门小组的评审

12．确认测试
目的
验证软件的功能和性能及其他特性是否与用户的要求一致
测试内容
有效性测试运行黑盒测试方法验证所测软件是否满足需求规格说明书列出的需求；所有文档正确且便于使用；软件可移植性、易用性、兼容性进行测试；软件配置复查保证软件配置的所有成分都齐全

13．系统测试
目的
验证和确认系统是否达到其原始目标，而对集成的硬件和软件系统进行的测试
测试内容
在真实或模拟系统运行环境下，检查完整的程序系统能否和系统（硬件设备、网络、系统软件）正确配置、连接，满足用户需求

14．验收测试
测试内容：根据任务书或合迥、供需双方约定的验收依据文档进行对整个系统的测试与评审，确认是否接收或拒绝系统；
15．开发方测试
通常也叫‘验收测试’或‘a测试’，在软件开发环境中，开发者检测与证实软件的实现是否满足软件设计说明或软件需求说明的要求
16．用户测试
在用户的应用环境下，用户检测与核实软件实现是否符合自己预期的要求。B测试通常被认为是用户测试，把软件有计划地免费地分发到目标市场，让用户大量使用、评价检查软件
17．第三方测试
由第三方测试机构来进行的测试，也称独立测试
18．动态测试
通过人工或使用工具运行程序进行检查，分析程序的执行状态和程序的外部表现
19．静态测试
不运行程序，能过人工对程序和文档进行分析与检查，包括走查、符号执行、需求确认等
20．白盒测试
通过对程序内部结构的分析、检测来寻找问题，检查程序的结构及路径是否正确，检查程序的内部动作是否按照设计说明的规定正常进行
21．黑盒测试
又称功能测试，通过运行程序发现其缺陷和错误，在程序界面处进行测试
22．灰盒测试
介于白盒和黑盒测试之间，关注输出对于输入的正确性，也关注程序的内部结构，但没有白盒测试那样详细、完整
23．测试分类

开发过程
单元、集成、确认、系统、验证
实施组织
开发方、用户、第三方
测试技术
白盒、黑盒、灰盒或静态、动态


24．软件问题分类
软件错误、软件缺陷、软件故障、软件失效
软件错误：在软件生存周期内的不希望或不可接受的人为错误
软件缺陷：存在于软件（文件、程序、数据）之中的不希望或不可接受的偏差
软件故障：软件运行过程中出现的一种不希望或不可接受的内部状态。
软件失效：软件运行时产生的一种不希望或不可接受的外部行为

GB/T16260.1产品质量－质量模型
质量模型：代表软件质量属性的总体
软件质量特性与度量：质量特性和子特性、外部度量、内部度量
外部、内部质量的质量模型：质量属性包括：功能性、可靠性、易用性、效率、维护性和可移植性
26．GB/T18905.1软件工程产品评价－概述
概述了软件产品评价的过程，提供了评价需求和指南
27．GB/T18905.5软件工程产品评价－评价者用的过程


28．软件测试的国内外现状
国外：软件测试已成为一个独立的产业，在软件公司占有重要的地位，软件测试理论研究蓬勃发展，软件测试市场繁荣，开发了大量的测试工具；
国内：软件测试成为一个新兴产业，测试技术贫乏，从业人员少，测试服务没有足够规模；著名的软件公司已成立了专业的测试队伍，国家在职业资格中新增了‘软件评测师’，企业资集认证时软件测试能务成为重要指标，软件产品增加了登记测试，成立第三方测试机构，软件测试成为一个独立课程
29．软件评测发展趋势
测试工作将进一步前移
软件架构师、开发工程师、QA人员、测试工程题将进行更新的融合
测试行业将得到充分的尊重
设置独立的测试部门将得到越来越多公司的软件公司的共识
测试外包服务将快速增长
30．测试过程的特性与要求

是一抽象的、遵循GB/T18905《评价者用的过程》中定义软件评价过程的模型

可重复性：同一评价者按同一评价规格说明对同一产品进行重复地评价，应产生同一种可接受的结果
可再现性：同不同评价者同一评价规格说明对同一产品进行评价，应产生同一种可接受的结果
公正性：评价应不偏向任何特殊的结果
客观性：评价结果应是客观事实

组织和质量体系：评价者应立足于一个组织；评价组织为保证质量，可以建立质量体系
请求者职责：对软件产品确立必要的合法权利；为标识和描述产品提供必要的信息；阐述初步评价需求，与评价者协商确定实际需求，需求遵守相关的法规和标准；阐述对评价提交的信息的保密性需求；必要时在开发者和评价者之间起中介作用；必要时向评价者提供计算机和其他设备
评价者职责：检查请求者对软件产品是否有充分合法的权利；按规定对请求者提供保密承诺；提供有资格的人员，以便实施评价；提供评价工具和技术；按照评价需求实施测试；保证评价过程中的所有记录；保证及时向请求者提交评价报告
活动要求
确立软件评价需求
编制评价规格说明
制定评价计划
评价执行
作评价结论