软件测试基础知识大全(新手入门必备)
测 试 基 础
1、 软件测试的目的:证明(表达软件能够工作)→ 检测(发现错误)→ 预防(管
理质量)
2、 测试执行:单元测试(UT执行):一个测试用例的测试执行;
集成测试(IT执行):一个测试用例集的测试执行;
系统测试(ST执行):不同测试阶段的测试执行。这几句话是什么意思,觉得不是很有针对性/p>
3、 回归测试的目的:a. 验证错误是否修复;
b. 检测对代码的修改是否引入了新的错误。
5、 软件测试的主要工作:a. 检视代码,评审开发文档;
b. 进行测试设计,写作测试文档(测试计划、测试方案、测试用例等);
c. 执行测试,发现软件缺陷,提交缺陷 告,并确认缺陷最终得到了修正;
d. 通过测试度量软件质量。
6、 软件危机的出现主要表现在:a. 由于缺乏大型软件开发经验和软件开发数据积累,开发工作计划很难制定;
b. 开发早期需求分析不够明确,造成开发后期矛盾集中暴露;
c. 不遵循开发规范,开发文档不完整,软件难以维护;
d. 缺乏严密有效的软件质量检测手段,交付给用户的软件质量差。
7、 软件危机的后果:a. 软件质量不高,很难稳定;
b. 软件项目延期,进度无法控制;
c. 成本增加,无法控制预算。
8、 软件危机的根源:a. 根据摩尔定律,硬件发展很快,相应对软件系统的期望
越来越高;
b. 软件系统复杂性提高,需多人合作;
c. 软件开发是人的智力活动,无法用已有的产业工程方法来组织管理。
9、 软件生命周期的各个阶段:计划→ 需求分析→ 设计→ 编码→ 测试→ 运行→ 评价
10、 设计:概要设计(HLD):在设计阶段把各项需求转换成相应的体系结构,每一部分是功能明确的模块;
详细设计(LLD):对每个模块要完成的工作进行具体的描述。
11、 软件研发相关要素:人员、过程、工具。
12、 软件项目组人员组成:分析人员、设计人员、开发人员、测试人员、配置管理人员、SQA(质量保证人员);
13、 软件研发流程类型:瀑布模型、螺旋模型、RVPRUP流程、IPD流程。
14、 软件研发中几个重要的过程:需求管理;配置管理;缺陷管理;同行评审。
15、 常见的引入缺陷的原因:a. 开发过程缺乏有效的沟通,或者没有进行沟通;
b. 软件复杂度越来越高;
c. 编程中产生错误;
d. 需求不断变更;
e. 项目进度的压力;
f. 不重视开发文档;
g. 软件开发工具本身隐藏的问题。等等……
软 件 质 量
软件质量管理体系:
软件质量管理体系:
ISO9000
一. 以顾客为中心:组织依存于其顾客,因此,组织应理解顾客当前的和未来的需求, 满足顾客要求并争取赶超顾客期望。 二. 领导作用: 领导者将本组织的宗旨
六. 持续改进:持续改进是组织的一个永恒的目标。 七. 基于事实的决策方法:对数据和信息的逻辑分析或直觉判断是有效决策的基础。 八. 互利的供方关系:通过互利的关系,增强组织及其供方创造价值的能力。 其中与软件产品产品优其相关有:(一 1991
持续改进过程 可预测的过程 管理变更 标准
CMM2
CMM4 CMM1:初始级,Inltial,不可预测并且缺乏控制; CMM2:可重复级:Repeatable,可重复以前的主要经验; (关键过程区域:需求管理;软件项目计划;软件项目跟踪和监督;软件子合同管理;软件质量保证;软件配置管理。) CMM3:已定义级:Defined,过程被描述,并得到良好理解; (关键过程区域:组织过程定义;组织过程焦点;培训大纲;集成软件管理;软件产品工程;组际协调;同行评审。) CMM4:已管理级:Managed,过程被测量并受控; (关键过程区域:定量的过程管理;软件质量管理。) CMM5:优化级,Optimizing,关注过程改进。 (关键过程区域:缺陷预防;技术变更管理;过程变更管理。) 7、 CMM的用途:a. 评估组用来识别组织中的强处和弱处; b. 评价组用来识别选择不同的业务承包商的风险和监督合同; c. 管理者用来了解其组织的能力,并了解为了提高其能力成熟度而进行软件过程改进所需进行的活动; d. 技术人员和过程改进组用来作为指南,指导他们在组织中定义和改进软件过程。 8、 ISO9001和CMM的关系: 相似点:强调管理、过程、规范化和文档化; 不同点:CMM把焦点对准软件;ISO9001的范围包括:硬件、软件、流程性材料和服务; 两者关系:CMM2级与ISO9001强相关;CMM的每个关键过程域至少按某种解释与ISO9001弱相关。 六西格玛管理法(强调组织能力) 本质:全面质量管理,而不仅仅是质量提高手段 六西格玛实施方式: 结果。 2、 V&V告诉我们:· 尽早测试(尽早准备、尽早执行); · 全面测试(文档、代码) · 全过程测试(测试参与到开发过程中、对测试过程全称跟踪) · 测试是独立的、迭代的。 3回归测试策略:完全重复测试;选择性重复测试(覆盖修改法;周边影响法; 指标达成方法;选择重要级别高的测试用例) 5、 其他测试阶段:验收测试;a(ALPHA)测试;B(BETA)测试。 6、 主要的测试文档:测试计划;测试方案;测试用例;测试规程;测试 告;测试日 。 单 元 测 试 1 · 方法:先对最顶层的单元进行测试,把顶层所调用的单元做成桩模块。其 次对第二层进行测试,使用上面已测试的单元做驱动模块。如此类 推直到测试完所有模块。 · 优点:可以节省驱动函数的开发工作量,测试效率较高。 · 缺点:随着被测单元一个一个被加入,测试过程将变得越来越复杂,并且 开发和维护的成本将增加。 4· 测试计划:完成单元测试计划; · 测试设计:完成单元测试方案; · 测试实现:完成单元测试用例、单元测试规程、单元测试脚本及数据文件; · 测试执行:执行单元测试用例,修改发现的问题并进行回归测试,提交单元测试 告。 2 单元测试:桩 加法函数: 注意:进行单元测试时,设计用例时依据的是
int ctrl(int x, int y) { int temp=0; if(x>=y) temp=add(x, y); else temp=sub(x, y); return temp; } int add(int x, int y) { return(x+y); } int sub(int x, int y) { return(x-y); } 2 自顶向下单元测试策略 不同测试步骤中的驱动可以写到一起,也可以分开写,这里是写到一起了。 ü 测试
{ int temp=0; if(x>=y) temp=stub_add(x, y); else temp=stub_sub(x, y); return temp; } ü 测试
nbsp;桩函数 同测试
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!