论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
ToB企服应用市场:ToB评测及商务社交产业平台
»
论坛
›
软件与程序人生
›
程序人生
›
软件测试中手工测试紧张还是自动化紧张? ...
软件测试中手工测试紧张还是自动化紧张?
欢乐狗
金牌会员
|
2024-9-8 16:49:28
|
显示全部楼层
|
阅读模式
楼主
主题
829
|
帖子
829
|
积分
2487
先表明观点:自动化测试是手工测试的有用补充,这个观点我很认同。
但是自动化测试能主导甚至取代手工测试,小编觉得是不可能的。
自动化测试是什么呢?
自动化测试是按照我们事先编写好的脚本,按照一定序次或随机序次,执行脚本步骤,并对比预期结果,得到测试实际结果的一种测试手段。
既然是事先编写好的脚本,那么自动化测试实在就是为了验证当前逻辑分支或黑盒功能是否存在问题。
用例覆盖代码分支,是存在一定遗漏的,在数家公司验证过,用例最多覆盖70%的代码逻辑;而用例发现bug的比例,不会凌驾60%。那剩下的40%,依赖于测试职员的经验和对业务的认识程度,以是手工的自由测试大概探索测试,仍然有须要存在。
这么说也没错,绝对可行。但是带来了第二个问题:
自动化测试维护成本相比手工测试,会高多少?
假如持平,那么你全部写成自动化脚本,还是很合理。假如过高,许多工程师只会把一些大量重复性的用例转换成自动化。
软件测试中手工测试紧张还是自动化测试紧张?
这个问题好像好多人都问过。手工测试、自动化测试哪个更紧张❓ 答:都紧张,不存在孰轻孰重的问题。
对软件测试而言,假如软件功能逻辑、界面等变更较频繁,自动化脚本往往不一定适配下一个版本,需要每个版本花时间进行调试,这样对测试工程师来说就叫维护成本。
假如调试时间太长,靠自己手工测试早就完成了,那么自动化测试的代价就不存在了。
以是综上所述,我以为自动化和手工测试,都同样紧张,而且相对而言,在产物研发初期大概一些小公司,手工测试一定占据主导地位。
手工测试和自动化测试都基于对用户需求、功能需求的正确理解,对测试对象进行充分测试设计的基础上开展的。
按照测试阶段大概功能稳固程度来划分,手工测试更适合软件模块、集成测试阶段大概功能稳固性低(缺陷多、变动快等),
假如这个时间开展自动化会引入过多的自动化开发、维护成本。
自动化测试更适合在产物迭代后期大概功能相对稳固的时间开展,通常应用于回归测试场景下
按照不同的测试对象来划分,如测试百万级的元数据迁移、汇聚处理时,由于数据的多样性,很难通过用手工测试保障质量,天然而然需要思量自动化的方式进步测试服从,进而保障测试质量。时间有限的情况下,利用自动化尽可能覆盖重复性高的利用。
同时自动化并不是生搬硬套,根据不同的业务场景选择合适的自动化框架非常紧张,可以有用的进步测试开发服从和低落维护成本。如,对于一个含有强流程的业务模块,采用关键字驱动测试框架更利于用例的组织和维护。通经常用的自动化框架还包罗数据驱动测试框架、模块化测试框架。
自动化测试的类型也要随机应变,如ui自动化、接口自动化等等,也需要结合业务特点、底层架构选择合适的类型开展。
软件测试中,手工测试是基础
自动化测试是提升服从的手段,也是未来的趋势。想要做好测试,二者都很紧张,不可或缺。手工测试一次完整的测试举动中,可能不包罗自动化测试,但一定会包罗手工测试。
手工测试是对被测产物的总体需求进行全面验证,把真实用户所有可能输入的数据分类后进行等价测试,轻易查出程序中的错误。
也就是说,
手工测试是以用户的角度,从输入和输出的对应关系为出发点,进行测试的,注重软件的功能正确性。
手工测试重要试图发现以下几类错误:
1、用户可能输入的数据千奇百怪,以是手工测试的时间,不仅要测试所有合法的输入,还要测试那些不合法,但是可能会出现的输入。这就需要引入测试用例,来量化管理这些输入的类型,比如等价类,边界值,因果图等,都是常见的用例设计方法。
但几个测试职员,在规定时间内,就算不吃不喝不睡的测试,也不能涵盖所有可能发生的用户利用场景,这个时间就要引入自动化测试的手段啦。
2、比如上线一个新版本,除了验证新功能的正确与否,还必须包管旧功能的正常运作。但是针对旧功能,没有须要每次都手工跑一遍测试用例,太费时间。
我们可以针对旧功能,写一个自动化脚本(比如登录注册页、用户反馈页这些很少去碰去改动的页面),每次都让脚本自己运行一遍,一般没什么大问题。
3、如今移动端测试,要涵盖的机型许多,苹果还好,安卓的机子简直数不外来,手工去兼容几个,再多就顾不外来了,延长进度了。写一个自动化脚本,可以运行在所有你要兼容的机型上面,就会节省许多人力和时间。
自动化固然也有缺点,就是大多数时间,脚本只能是一次性的,假如针对某个功能写了一个脚本,下次这个功能改动了,这个脚本基本就取消了。
小tip:写自动化脚本,一定要到版本稳固了,再去写,跟性能测试道理是一样的。版本不稳固的时间,去测性能,去执行自动化,会造成大量的无勤奋。
最后:
下方这份完整的软件测试视频学习教程已经整理上传完成,朋友们假如需要可以自行免费领取
【包管100%免费】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的旅程,希望也能帮助到你!
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
回复
使用道具
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
欢乐狗
金牌会员
这个人很懒什么都没写!
楼主热帖
C# 读写文件从用户态切到内核态,到底 ...
LeetCode刷题100道,让你滚瓜烂熟拿下S ...
我的 Java 学习&面试网站又又又升级了 ...
基于梯度优化的混沌PSO算法matlab仿真 ...
SQL server 2008 r2 安装教程
KubeEdge在边缘计算领域的安全防护及洞 ...
Spring Boot 多数据源配置
x64dbg 配置插件SDK开发环境
开发日志02-解决`response`和SpringAop ...
不到一周我开发出了属于自己的知识共享 ...
标签云
挺好的
服务器
快速回复
返回顶部
返回列表