软件测试相关知识点

测试的分类

按测试阶段划分
测试V模型
按测试实施的组织划分
开发方测试、用户测试、第三方测试
按测试方法、技术划分
白盒、黑盒、灰盒
静态(不运行代码,包括会议记录,代码,开发文档检查等)、动态(运行代码)
手工、自动化
性能测试、兼容性测试、易用性测试等等

黑盒、白盒、灰盒测试

黑盒测试:软件测试人员不知道软件内部是如何实现的,只知道实现的功能,也有些称为功能测试或行为测试。

白盒测试:测试人员知道如拿进内部的实现,也称为透明盒测试或开盒测试

灰盒测试:是黑盒测试和白盒测试的有机结合。测试人员研究需求规约,然后与开发人员沟通并理解系统的内部结构。目的是整理一些不明确的需求规约,掌握程序的逻辑以设计深层次的测试用例,更多的情况下是减少测试工作量,提高测试效率

1、白盒测试方法:语句覆盖、分支覆盖、条件覆盖、分支-条件覆盖、条件组合覆盖、路径覆盖

语句覆盖:每个可执行的语句至少执行一次(优点:简单;缺点:对于隐藏添加和细节条件无法测试)

分支覆盖:每个判断的取真分支和取假分支至少经历一次(优点:简单;缺点:忽略每个条件的取值情况)

条件覆盖:每个判断中每个条件的可能取值至少满足一次(优点:增加了对判断中每个条件的测试;缺点:条件覆盖不一定包含分支覆盖)

分支-条件覆盖:判断条件中的所有条件的可能取值至少执行一次,同时,所有判断的可能结果至少执行一次(优点:能同时满足分支、条件两种覆盖;缺点:未考虑条件的组合情况)

条件组合:所有可能的条件取值组合至少执行一次(优点:条件组合覆盖准则满足判定覆盖、条件覆盖和判定/条件覆盖准则;缺点:线性地增加了测试用例的数量)

路径覆盖:覆盖程序中的所有可能的执行路径

2、黑盒测试方法:等价类划分法、边界值分析法、因果图法、场景法

软件生命周期:1投标、立项 2需求分析 3设计4编码 5测试 6发布 7维护 8退役

软件测试原则:    

1.完全测试不可能

2.软件测试是有风险的 

3.测试无法显示潜伏的软件缺陷

4.找到的软件缺陷越多,说明未发现的软件缺陷也越多 

5.杀虫剂怪现象

6.并非所有的软件缺陷都能修复 

7.难以说清的软件缺陷 

8.产品说明书不断变化

9.软件测试人员在产品小组中不易受欢迎 

10.避免测试的随意性

3、软件缺陷术语:错误,缺陷,失效,事故

一种解释

错误(error):人类会犯错误。
缺陷(fault):缺陷是错误的结果。( bug )
失效(failure):当缺陷执行时会发生失效
事故(incident):当出现失效时,给用户造成不同程度的损失。

错误:在整个软件生命周期不希望或不能接受的人为错误,其结果是导致软件缺陷的产生。相对于软件本身是一种外部行为。 
缺陷:软件缺陷是存在于软件(程序/数据/文档 )之中的那些不希望或不可接受的偏差(如少一个逗点/多一个语句)。其结果是软件运行于某一个特定条件时出现软件故障,这是称软件缺陷被激活。(bug ) 
失效:是指软件运行过程中出现的一种不希望或不可接受的外部行为结果。 

事故:当出现失效时,给用户造成不同程度的损失。 


4、软件测试V模型
需求分析  验收测试设计 -->验收测试
概要设计  系统测试设计 -->系统测试
详细设计 集成测试设计-->集成测试
编码      单元测试设计 -->单元测试
5、verification按照说明书了,validation不但按照说明书,而且符合用户需求和习惯等
软件可靠和软件质量高:可靠性只是软件质量的一个方面
5、我项目中做过的关于测试方面的工作有:软件测试计划(包括测试流程图(泳道图)、每个功能点都有一个测试表(包括:测试目标,方法,完成标准,需考虑的特殊事项)、测试报告(出现的问题记录在bugfree上,包括功能点名称,重现方法,结果描述或截图)、写过单元测试
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值