脚本宝典收集整理的这篇文章主要介绍了软件测试理论(一),脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。
软件测试的目的是发现问题,发现至今未发现的问题,检查系统是否满足需求。
测试程序执行的过程,目的在于发现错误
一个好的测试用例在于能发现至今未发现的问题
一个成功的测试是发现了至今未发现的错误的测试
被测试的产品是服务于用户的,是给用户赋能的。产品会收集用户的需求,需求评审后,大家就会达成一致的目标。
测试计划会明确规范每个时间点的工作内容,和工作进度,以及工作安排,和工作完成度。
场景:
线上出现问题,程序员修改完成后,程序员自己进行了测试,同时反馈测试结果是OK的,那么测试还需要测试吗?
需要是的,因为程序员测试的不代表考虑到了所有的测试场景,必须测试这边需要验证
解决办法:
优先考虑优先级高的业务场景来进行测试,优先级低的,可以在上线后,再进行测试
编写测试方案,指的是“测试的思路”
是针对程序最小离度的测试,单元测试主要是应用于白盒测试。程序是由代码写的,代码里面最小单位是方法,所以单元测试是针对方法的测试
注:
1、测试方法
白盒测试——根据不同编程语言有对应的测试框架。如Java里面的Junit和TestNG框架,Python里面的 UnitTest和Pytest测试框架。
2、编程语言
主流语言:C,Python,Java,Go,Net
是把单个模块的程序集成到一起后的测试,集成测试主要来验证各个模块集成后模块与模块之间的功能性,以及各个模块集成后的功能流程性和逻辑兼容性的测试。
注:
现代版的集成测试
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段来验证被测程序的整体性的功能。
注:
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试
注:
验收流程
就是把被测试的程序看成一个黑色的盒子,看不到里面内部的结构,对应的是系统测试
被测程序看成一个白色的盒子,能够看见程序内部的结构,对应的是单元测试
介于白盒测试和黑盒测试之间,它对测试的要求是:能够参与开发代码的评审,以及开发代码的检查
针对程序判断逻辑,判断分支,判断循环,程序流程走向的测试。白盒测试是一种高技能的测试。对测试的技术水平要求是比较高的
手工测试就是由人去一个一个的输入测试用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤。
手工测试又叫功能测试,或者说是业务测试。
特点主要为:
自动化测试就是通过编写代码(使用工具)的方式来替代模拟人的一种行为方式来对系统进行的一种测试。自动化测 试又分为UI自动化测试,API自动化测试,性能自动化测试。一般性说的自动化测试大多数时候指的是UI自动化测 试和API自动化测试。
描述当前软件是否好用,在当前的软件行业里我们所采用的一套标准是基于 ISO 组织 制定的。
软件需要满足用户显式或者稳式的功能。
软件易于学习 和上手使用。
指的就是软件必须实现需求当中指明的具体功能。
类似于软件的性能。
要求软件具有将某个功能修复之后继续使用的能力。
当前软件可以从一个平台移植到另一个平台上去使用的能力。
三大主流平台:windows unix linux
注:
int(正整数)
字符串
float (带小数的正整数)
bool:true flase(逻辑:对,错)
表达式:<、=、 >、 &&(并且)、||(或者)、++(现有基础上加1)、 -- (现有的基础上减去1)
注:
中间件 :mysql(数据库) 、redis(缓存中间件) 、kafka (MQ)
win常用命令
ipconfig:查询IP的地址
cmd:win+R,输入cmd,就可以打开控制台
dir:展示当前目录下的文件和文件夹
d:/ :进入到了D盘
pwd:查询当前的在那个盘下
冒烟测试目的是确认软件基本功能正常
使用场景:开发转测后,测试要进行冒烟测试 ,验证被转测的软件基本流程是否正常
探索性测试可以说是一种测试思维技术,探索性强调测试人员的主观能动性 使用场景:测试报告已经完成,要准备上线前,对产品进行探索性的测试
目前安全测试更多的聚焦于渗透测试这部分
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
回归测试的场景:
获取测试点,根据测试点来编写测试用例
举例:
1、搜索“测试开发工程师”的职位关键字,按下回车键后,显示测试开发工程师职位搜索的结果信息 点击搜索按钮 按下回车键
2、结果信息可以进行翻页 每页 显示15条数据 大于15条数据进行翻页 假设返回的数据是35条,那么第三条展示的数据是5条
3、结果信息可以根据工作经验,。。。。联合搜索
4、验证搜索的结果信息是否准确
测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。
拿到测试需求 分析需求 编写用例 划分用例优先级
和现在的团队保持一致,至少对自我的要求上,要比现在的团队做的好
用例ID; 用例名称; 测试目的; 测试级别; 参考信息; 测试环境; 前提条件; 测试步骤; 预期结果; 设计人员。
以上是脚本宝典为你收集整理的软件测试理论(一)全部内容,希望文章能够帮你解决软件测试理论(一)所遇到的问题。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。