测试的初步认识

day01

分布式软件分别有:

cs架构需要下载软件
bs架构百度上预览

软件测试

通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致

软件测试分类

单元测试

单元测试:对一个模块、一个函数或者一个类来进行正确性检验的测试方法

集成测试

单元测试后,将单独的模块按照设计要求组装成为子系统或系统,作为整体进行测试的测试方法

系统测试

集成测试后,将硬件、软件看作是一个整体,对系统的功能及性能的总体测试

验收测试

系统测试后以用户测试为主,或有测试人员共同参与验软件质量的测试方法

黑盒测试

不需要了解程序的源代码,通过使用整个软件功能来验证程序是否满足需求的测试方法

白盒测试

是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法

灰盒测试

一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据测试方法

冒烟测试

是验证系统核心功能是否能够正常运行的测试方法

随机测试

随机测试

主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法

安全性测试

通过不同的测试方法,检验程序、网络、数据库安全性的测试方法

探索性测试

碰到问题时能随机应变,强调测试人员的主观能动性明确整体的测试计划的测试方法

回归测试

是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的测试方法

Alpha和Beta的区别

Alpha测试是测试人员在内部环境下的测试
Beta测试是一个或多个用户在生产环境下进行的测试

配图

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

软件测试的原则

原则一:尽早进入软件测试

原则二:穷尽测试是不可行的

原则三:程序员应避免检查自己的程序

原则四:充分注意测试中缺陷的群集现象

原则五:严格执行测试计划,排除测试的随意性

原则六:应当对每一个测试结果做全面的检查

原则七:妥善保存测试计划、测试用例、出错统计和最终分析报告,为维护提供方便

原则八:设计测试用例时,应当包括合理的输入数据和不合理的输入数据

原则九:测试用例应由测试数据和与之对应的预期输出结果这两部分组成

软件的开发模型

瀑布模型

将软件生命周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品的项目

增量模型

把待开发的软件系统模块化,第1个增量往往是产品的核心,将每个模块作为一个增量组件,从而分批次地分析、设计、编码和测试这些增量组件

V模型

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值