软件测试知识点汇总.docx

上传人:hs****ma 文档编号:543172675 上传时间:2023-07-06 格式:DOCX 页数:8 大小:350.56KB
返回 下载 相关 举报
软件测试知识点汇总.docx_第1页
第1页 / 共8页
软件测试知识点汇总.docx_第2页
第2页 / 共8页
软件测试知识点汇总.docx_第3页
第3页 / 共8页
软件测试知识点汇总.docx_第4页
第4页 / 共8页
软件测试知识点汇总.docx_第5页
第5页 / 共8页
点击查看更多>>
资源描述

《软件测试知识点汇总.docx》由会员分享,可在线阅读,更多相关《软件测试知识点汇总.docx(8页珍藏版)》请在金锄头文库上搜索。

1、 第一部分:(软件)测试概念类1、软件质量软件质量是“软件满足规定或潜在用户需求特性的总和”。反映出如下3方面的问题:1)软件需求是度量软件质量的基础。不符合需求的软件就不具备质量。2)软件人员必须遵循软件过程规范,用工程化的方法来开发软件。3)满足一些没有明确规定的隐含需求。2、什么是软件测试软件测试就是在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行查错的活动。简单地说,软件测试是为了发现错误而执行程序的过程。软件测试是软件质量保证(QA)的一个重要环节。3、测试目的从用户角度出发,通过软件测试暴露软件中潜在的错误和缺陷。4、测试中应该注意的原则1)有合法的数据输入,同样有非

2、法的数据输入2)在对程序修改之后应该进行回归测试3)应充分注意测试中的集群现象(发现的问题越多,未发现的问题也越多)4)妥善保留测试计划、测试用例和相关的测试报告5)对测试结果做全面检查,避免遗漏6)严格执行测试计划,排除测试的随意性5、软件测试对象软件测试贯穿于整个软件生命周期中,不同阶段测试的对象和方法不同。主要包括可执行研究报告、项目实施计划、软件需求说明书或系统功能说明书。开发阶段的概要设计说明书、详细设计说明书以及源程序。单元测试-集成测试-确认测试-系统测试-验收测试软件验证(Verfication):保证软件正确实现特定功能的一系列活动和过程。其目的是保证软件在其生命周期每一个阶

3、段的成果都满足上一阶段设定的目标。软件确认(Validation):保证软件满足用户需求的一系列活动过程。其目的是在软件开发完后保证软件与用户的需求相吻合。6、软件测试V模型7、简述软件测试过程的关键活动,以及保证软件测试质量的手段。1)关键活动a.测试需求分析b.制定测试计划c.测试设计d.测试执行e.测试分析与总结2)质量保证手段a.制定质量保证计划、质量体系建立b.测试活动审核、测试文档评审c.测试过程中数据收集、度量和分析7、软件测试类型1)按开发阶段划分:单元测试(模块测试)、集成测试、确认测试(系统测试)、验收测试单元测试内容:模块接口、局部数据结构、重要的执行路径、错误处理、边界

4、测试单元测试步骤:a、按照下图配置测试环境,设计辅助测试模块b、编写测试数据c、进行多个单元的并行测试集成测试:渐进式和非渐进式确认测试:确认测试标准、配置复审系统测试:恢复测试、安全性测试、强度测试、性能测试2)按照实施组织划分:开发方测试、用户测试、第三方测试3)按照测试方式划分:静态测试、动态测试4)按照测试技术划分:白盒测试、黑盒测试(功能测试)、灰盒测试8、软件问题的概念与分类1)软件错误:软件生命周期内不希望或者不可接受的认为错误,其结果将导致软件缺陷的产生;2)软件缺陷:存在于软件中的那些不希望或者不可接受的偏差,其结果是软件运行到某个阶段时出现软件故障。软件缺陷分类:a、软件未

5、达到产品说明书标明的功能;b、软件出现了产品说明书中指明不会出现的错误;c、软件功能超出了产品说明书指定的范围;d、软件未达到产品说明书未指出但应达到的目标;e、软件测试人员认为软件难以理解、不易使用、运行速度慢或最终用户认为不好使用;3)软件故障:是指在软件运行的过程中出现的一种不希望或不可接受的内部状态;4)软件失效:是指在软件运行的过程中出现的一种不希望或不可接受的外部行为结果;软件失效机理:软件错误是一种认为的错误,一个错误必定会产生一个或多个缺陷。当一个软件缺陷被激活时,并产生一个软件故障。同一个软件缺陷在不同的条件下激活,可能会产生不同的软件故障。软件故障没有及时地使用容错措施加以

6、处理,便可导致软件失效。同一故障在不同的条件下可能产生不同的软件失效。产生软件错误、缺陷的原因:实践表明,大多数软件缺陷产生的原因并非源自编程的错误,主要来自于产品说明书的编写和产品方案的设计。罪魁祸首是产品说明书,编写不全面、不准确或者经常更改及其开发人员对说明书的理解沟通不足导致。第二罪源是设计方案,也就是软件设计说明书。9、白盒测试1)白盒测试也被称为逻辑驱动测试。2)白盒测试技术a、控制流程图:一般只有两种简单的符号-节点和控制流控制流程图中的独立路径数:N=e-n+2, e代表边的数量,n代表节点数量(包括起始点和终点)b、代码覆盖率分析(最常用的基本技术)10、白盒测试之代码覆盖率

7、分析1)逻辑覆盖:主要针对程序中由于判定条件所产生的逻辑分支结构进行测试。逻辑覆盖度量标准有5种:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖(1个判定由1个或多个条件组成)语句覆盖:每个语句至少被执行1次判定覆盖:每个分支至少通过1次(每个判定获得一次真值和假值)条件覆盖:每个判定中每个条件至少取得一次真值和假值判定/条件覆盖: 综合利用两者的优势,使得条件和判定的真假都至少出现一次条件组合:组合判定中的各种条件,使得每种条件至少被执行1次;2)路径覆盖程序每一条可能被执行的路径都需执行一次;11、计算Case数量最少的方法:N=并联相加*串连12、白盒测试的方法1)代码检查法

8、2)静态结构分析法3)代码质量度量法(逻辑覆盖归于此类)12、黑盒测试定义黑盒测试是一种功能测试,也称为数据驱动测试。一般是为了发现以下几类错误:1)是否有不正确或者遗漏的功能;2)输入是否可正确接受?能否输出正确的结果?3)是否有数据结构错误或外部信息访问错误?4)性能上是否能够满足要求?5)是否有初始化或终止性错误?根据需求说明书的功能规定来设计测试用例,只考虑程序外部结构,不考虑内部逻辑结构,针对软件界面和软件功能进行测试。13、黑盒测试方法1)等价类划分法:有效等价类和无效等价类2)边界值分析法:等于边界或稍微超出3)错误猜测法:凭经验猜测4)因果图法特点:a、考虑输入条件间的组合关系

9、b、考虑输出条件对输入条件的信赖关系,即因果关系c、测试用例发现错误的效率高d、能检查出功能说明中的某些不一致或者遗漏基本步骤如下:a、分割功能说明书b、识别“原因”和“结果”,并加以编号c、根据功能说明中规定的原因和结果之间的关系画出因果图d、根据功能说明在因果图中加上约束符号e、根据因果图画出判定表因果图基本符号:因果图约束条件:因果图:判定表:5)判定表驱动法判定表通常由4个部分组成:a、条件桩:列出了问题的所有条件,条件的次数无关紧要;b、动作桩:列出了问题规定可能采取的操作。这些操作顺序是没有约束的;c、条件项:列出针对它左列条件的取值,在所有可能情况下的真假值;d、动作项:列出在条

10、件项的各种取值情况下应采取的动作。6)正交实验法正交试验设计法:全面试验法、多次单因子试验法a、列出因子与水平关系表b、全面试验法所以因子和水平进行组合试验,总共的试验次数为:n=tc(t为水平、c为因子)c、多次单因子实验法只改变其中一个因子,其他因子固定不变,得出每个因子最佳的水平组合。(这个实验法前提是每个因子是独立的)总共的试验次数为:n=c*(t-1)+1(t为水平、c为因子)也可以表示为:Ln(tc)7)功能图法动态说明和静态说明8)场景法站在用户的角度模拟触发场景14、缺陷严重度定义15、CMMI级别定义CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成。CMMI的5个级别(低至高):初始级、可管理级、已定义级、量化管理级、优化管理级。每个等级分解为:过程域、特殊目标、特殊实践、通用目标、通用目标和通用实践和共同特性。能力度等级:不完整级、已执行级、已管理级、已定义级、量化管理级、最优化级。评估方式:自我评估和主任评估评估方法:SCAMPI评估类型:组织具体和整体的软件能力评估基本思想:1)解决软件项目过程改进难度增大问题2)实现软件工程的并行与多科学组合3)实现过程改进的最佳效益

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 生活休闲 > 社会民生

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号