libotest xiaobotester01
关注数: 58 粉丝数: 656 发帖数: 3,572 关注贴吧数: 89
数据迁移怎么测 数据迁移测试测什么? 数据迁移测试,一般遵循三点--正确性,一致性,可用性。 以下是测试的一般执行步骤∶ 1.确定迁移范围确定迁移哪些模块的基础数据 2.整理旧系统与新系统的表结构∶找旧系统与新系统数据库表结构的设计文档,来了解表及字段的详细信息 3.整理旧系统与新系统的字段匹配,值匹配关系∶ 4.大体核心流程使用旧数据测试∶核心旧数据套用系统核心流程测试,查看是否有验证bug出现 5基础数据测试; 1) 基于数据库直接看字段储存的值进行测试 2) 基于用户登录前台系统进行查看表所在相应菜单字段展现的值 3) 基于查看迁移过来数据的总条数是否正确 6.数据可用性测试 7.业务全场景覆盖测试旧数据在新系统操作流程是否受到阻碍,新数据在新系统操作流程是否受到阻碍数据迁移的测试点分为页面构造数据测试点和数据库测试点,下面就分别来总结以下两者常见的测试场景页面构造数据测试点 (1)构造界面字段最长值的数据,测试两边字段长度限制差异 (2)各种格式的数据,测试两边字段格式限制差异 (3)字段全填的数据,测试两边字段是否会丢失或者迁移错位 (4)字段默认值的数据,测试两边字段默认值是否显示一致 (5)重要下拉字段的所有情况,测试迁移是否显示正确 (6)对旧系统有新系统没有的字段,验证是否迁移过去 (7) 旧系统没有,新系统有的字段,验证是否给与正确的默认值 (8)针对新旧系统字段的唯一值判断构造数据测试验证 (9)针对新旧系统字段的是否为空构造数据测试验证 (10)字段各种区间数据,测试新旧系统字段的范围限制数据库测试点∶ 1)旧数据库中的表迁移到新数据库中表有什么变化 2)哪些字段在旧数据库中中不存在,而新数据库必须有,这些数据在新数据库中默认值 3)哪些数据字段一部分有数据,一部分无数据,迁移到新库中无数据这部分如何处理 4)数据库中表字段采用代码编码的,查看新旧数据库是否一致 更多学习文章可点击http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2FRGkBjpX5ipGHYNSOPaxktA&urlrefer=1e3171ed175b2d4138478aae7515b96b查看
转行前这三个问题你考虑过吗? 你打算做什么? 你的优势是啥? 目前做了哪些准备? 当你觉得自己赚钱不多或者行业下滑,我觉得不要瞎折腾,不会打篮球的你换个场地还是不会打篮球,不会游泳的人换游泳池依然不会游泳,因为你不清楚方法;放眼望去,几乎不存在空白行业和市场,每个赛道都是,做了这么多年,你没有搞清楚测试行业的逻辑,换个赛道你就能成功了?目前的经济不景气也并不是单个行业存在的。 如果你是回去继承家业,我还是觉得可行的,因为你的家庭已经积累了至少一定可行的方法论和财富,这一套方法论以及相应的资源你都是可以获得的,所以你有较高的概率会成功,这不是玩笑,这是逻辑,当然如果你驾驭不了给你的方法,你的家业也可能被你败光。 怎么办? 每个行业都是二八原则,你在这个行业没有积攒到一套方法论帮助你脱颖而出,那是你本身没有学习方法或者不会学习,换个行业你一样会失败,而且会摔的更惨,因为换行业本身就是一个包袱压着你,所以最重要的你是能找到学习的逻辑和在行业里的制胜的算法,你要做的就是持续学习和思考,行业再差,前20%的人依然会活的不错。 如果你能回答我开篇的三个问题,对其他某行业又很有信心,我是建议你尝试的,前提是你能做出一定成绩去证明自己的判断是对的;如果你只是因为失业了说想换行业,我觉得你能成功转行的概率很低。 转自:http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2F7zKwHbr6U7GdJdINwV1yyA&urlrefer=4f845b791b2ef6b08efcb62cf2b9d11b
测试App登录场景 功能层面 1.输入已注册的用户名和正确的密码,验证是否登录成功; 2.输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确; 3.输入未注册的用户名和任意密码,验证是否登录失败,并且提示信息正确; 4.用户名和密码两者都为空,验证是否登录失败,并且提示信息正确; 5.用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确; 6.如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入正确的验证码,验证是否登录成功; 7.如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入错误的验证码,验证是否登录失败,并且提示信息正确。 8.用户名和密码是否大小写敏感; 9.页面上的密码框是否加密显示; 10.后台系统创建的用户第一次登录成功时,是否提示修改密码; 11.忘记用户名和忘记密码的功能是否可用; 12.前端页面是否根据设计要求限制用户名和密码长度; 13.如果登录功能需要验证码,点击验证码图片是否可以更换验证码,更换后的验证码是否可用; 14.刷新页面是否会刷新验证码; 15.如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效性; 16用户登录成功但是会话超时后,继续操作是否会重定向到用户登录界面; 17不同级别的用户,比如管理员用户和普通用户,登录系统后的权限是否正确; 18.页面默认焦点是否定位在用户名的输入框中; 19.快捷键 Tab 和 Enter 等,是否可以正常使用。 安全层面 1. 用户密码后台存储是否加密; 2. 用户密码在网络传输过程中是否加密; 3. 密码是否具有有效期,密码有效期到期后,是否提示需要修改密码; 4. 不登录的情况下,在浏览器中直接输入登录后的 URL 地址,验证是否会重新定向到用户登录界面; 5. 密码输入框是否不支持复制和粘贴; 6. 密码输入框内输入的密码是否都可以在页面源码模式下被查看; 7. 用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串,验证系统的返回页面; 8. 用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串,验证系统行为是否被篡改; 9. 连续多次登录失败情况下,系统是否会阻止后续的尝试以应对暴力破解; 10. 同一用户在同一终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期; 11. 同一用户先后在多台终端的浏览器上登录,验证登录是否具有互斥性。 性能层面 1. 单用户登录的响应时间是否小于 3 秒; 2. 单用户登录时,后台请求数量是否过多; 3. 高并发场景下用户登录的响应时间是否小于 5 秒; 4. 高并发场景下服务端的监控指标是否符合预期; 5. 高集合点并发场景下,是否存在资源死锁和不合理的资源等待; 6. 长时间大量用户连续登录和登出,服务器端是否存在内存泄漏。 兼容层面 1. 不同浏览器下,验证登录页面的显示以及功能正确性; 2. 相同浏览器的不同版本下,验证登录页面的显示以及功能正确性; 3. 不同移动设备终端的不同浏览器下,验证登录页面的显示以及功能正确性; 4. 不同分辨率的界面下,验证登录页面的显示以及功能正确性。 其他的还有很多方面的,暂时脑子就存储这些了。。。。。
测试项目实战----RuoYi后台管理系统 现如今,越来越多的人涌入到测试行业来了,有自学的,有通过参加培训转行的。不管通过何种方式,他们面临的最主要的问题就是: 1、简历上的项目经验如何去编造? 2、入职的背调、薪资流水、离职证明等怎么来? 3、学历不满足要求的能不能入行?怎么快速入行? 大部分的困惑主要来源于此,今天我为大家介绍一款gitee上的开源项目,大家可以部署到本地用来做项目实战。 在介绍这个项目之前,先讲一下为什么要介绍这个项目? 相信大家或多或少也看过培训机构的视频,或者自学的时候都遇到过一些困惑,为什么每学一个知识点,都要换一个项目呢?学功能测试的时候用的是一个,学接口测试的时候用的又是另一个,到头来,看上去学了好几个项目的实战经验,实际上,都是一些凤毛菱角的东西,很多项目都只是了解了一个大概,不便于从整体上去了解项目的业务,也不能够将所学知识完整的在某一个项目上去串起来。你拿着一个php的开源项目做功能实战,接口返回html格式的数据,你怎么教别人做自动化呢,说到这,大家就应该知道,为什么有的培训机构是坑了吧。号称给你提供什么商业项目实战,说什么都是企业级的项目。这里也可以参考我之前写过的文章,看看为什么不推荐用那些项目实战: 0基础入门软件测试之小白指南 http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2F4yuvzPrd_0bteyvtyk2SIA&urlrefer=74c1d2f4a9e3b683a9afab50d0f71b85 下面回归正题,看看为什么选用这个项目来实战? 先看看项目地址:http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fgitee.com%2Fy_project%2FRuoYi-Vue&urlrefer=07aa960f7dd3bc51c32d943ab928ac3f 这是一个基于Spring Boot+Vue编写的后台管理系统,列举的都是一些常见的功能,接口的返回结果也都是json格式,开发技术也比较贴近大部分公司的项目。项目中也有提供数据库的相关脚本,在做功能测试实战的时候,可以顺带的查查数据库的数据进行校验。包括做接口测试的过程中,做断言的时候,也可以提取数据库中的数据进行校验。 下面附上几张图片展示一下项目的一些页面:自学怎么利用这个项目去学习呢? 1、首先,肯定是学习测试理论了,学完之后,就应该知道怎么去写测试用例,怎么去执行用例,找bug。当然,写过的用例要找人评审一下。可以发群里大家评审评审,互相探讨一下。 2、学习数据库以及抓包工具的使用,结合这个项目去实战练习,尝试着自己根据英文单词去猜测+摸索具体表的含义 3、学习linux相关内容,尝试着将项目部署到linux上,并且学会一些常用的linux命令,比如如何去查看日志定位问题。 4、学习接口测试,初学者最好先采用postman或者jmeter等开源工具,不要直接上手脚本。尤其是非本专业的人,之前没接触过编程的话,贸然上手学代码实非良策,没这么容易理解。 相信大家在面试过程中,最容易挂在项目细节上,如果能做好以上四步,所学过程都围绕同一个项目来练习,我相信效果会好一点。 文章就写到这了,至于怎么部署,我之前写过好几篇类似的文章,套路都差不多,大家去看一看学习学习吧,而且一般开源项目都有写很详细的教程。粉丝朋友们如果有想学习怎么部署的,可以加我好友(xiaobotester)我邀请你们进群互相探讨。后续不单独回复私聊问题哈 ,私聊的人多了,就没这么多时间和精力了,有问题群里互相沟通,大家都能学习岂不是更好。
软件测试培训机构的套路 一、宣称这一行入门门槛低,就业薪资高,包就业 一般的机构,经常会在自己群里发一些别人就业的海报啥的,一看公司名99%是外包公司,打着包就业的幌子,让新手小白心痒痒,实则大部分都是让自己去找项目写在简历上,要自己去海投简历应聘。 试问一句,如果你自己学不进,吸收不了多少,难道交个几千到一两万的学费,就可以包有个月薪一万多的工作,你自己觉得靠谱吗? 二、部分机构宣称的零学费,后面找到工作再付款,这种靠谱吗? 你要知道,天下没有免费的午餐。不交学费,到时候毕业后找到工作没过试用期就被辞退了,是不是还要贷款去还钱?这些东西只有自己去多想多思考,自己去判断有没有坑,有没有套路,实际上更多的还是取决于各位自身的能力和悟性。 三、如何去选择培训机构呢? 首先看一下培训机构是如何去引流的: 一般会让你加好友然后问你做了多久的测试,给你提供一些免费的公开课视频,也会弄一些小额的课程,或者一些分享助力的活动,类似拼多多砍价,让你帮他们宣传等等。 那如果打算培训的,该怎么去选择呢? 1、先看自己的自制力,想选线上还是线下。线下的可能费用贵一些。 2、大部分机构,都会在腾讯课堂上有公开课可以试听,自己去试听一下老师的讲课风格,然后去企查查上搜一下培训机构的名字,查一下成立的时间。尽量选择自己能接受的授课风格的机构。尽量选择成立时间久一点的,学员多一点的机构 3、对于培训的内容自己要学多长时间,一般要学的内容都差不多,无非就是技能的先后顺序可能不一样。 四、培训机构的项目实战是真的吗? 不要轻易相信这种话,什么实战都是商业项目。商业项目会给你们这么多学员去讲解吗?不会涉密吗?有的还是拿着网上的一些开源项目去给你们练习。见过很多的机构,最终项目实战就是给你们讲一个demo,熟悉一下工具的使用,走一两个流程,然后简历上要大家自己去找项目。 五、自己怎么找一些资料去学习提升? 1、平常可以去b站上找视频学习 2、去腾讯课堂上听公开课视频,然后可以添加他们助教的微信让他们给你们发一下资料学习也可以让他们邀请你们进群去交流学习,这个时候,你在群里问问题,他们是否回复,能不能给你讲清楚,你就知道这个机构怎么样了。 大家还有其他疑问,欢迎下面留言。也可以私聊我喔。切记友善发言,言语辱骂的直接封号处理哈。
贴吧维护建议收集,欢迎大家参与 鉴于大家都觉得贴吧广告太多,培训机构太多,讲故事的人太多,对于真的想转行的小伙伴来说,往往容易被大家误导,在此征集大家的意见,希望大家集思广益,能够把贴吧维护的更好。 下面是我的一些想法,大家看可行吗? 1、建立贴吧专属群,让真正想转行学习的人共同交流。但是会设置门槛,尽可能地减少培训机构的托混进去。同时,需要招募一些热心的小伙伴当小吧主和群管理,在群里解答问题,将常见问题整理到贴吧 2、在贴吧设置零基础转行的教程贴,整理一系列的入门教程,让之后想转行的小伙伴可以直接看之前整理的文档就可以入门,避免自己找的一些资料走弯路。当然,这个也需要找人一起来维护,教程不限定形式,可以摘录别人写的文章,哪怕是培训机构公众号上的文章都没关系,注明来源/原文链接,但是拒绝赤裸裸的引流贴,比如什么添加好友备注什么获取,评论xxx私发,公众号回复关键字获取什么资料之类。 3、由于培训机构拖众多,打广告的也众多,可以单独设置一个培训资料贴,如果别人发帖的时候选择了标签,自己承认是培训机构贴的,就保留帖子。如果还是像以前一样随便乱发,刷屏,吧主就直接删帖,再根据情况封禁用户。 大家在评论区留言看看支持哪几点做法,或者有更好的建议,都可以在下方留言。如果大家都觉得无所谓,不想贴吧变得好一点,那我也无所谓。 解答大家的疑问:现任吧主是不是某个培训机构的拖? 答案:不是。大家可以在百度上搜吧主的名字,仅仅是一个测试行业爱分享技术的博主而已,仅此而已。
app测试建议(二) 4、检查是否有手势冲突 APP中若使用了手势功能,如果与系统自带的手势有冲突的时候,要关注一下。 5、关注用户体验 测试人员不仅需要关注App的功能性需求,对于非功能性但关乎到用户体验的需求,更需要关注。这就要求大家在测试时思维更加开放一些,不只局限在功能性的需求上。比如: 横竖屏测试、“放大字体”、“反色”、“放大”和“文字转语音”/“VoiceOver”这些功能。 6、注意权限和通知以及消息展示 测试App安装时是否明确申明在用户使用App时需要用到的权限。需要注意到这些权限是否已经明确申明,不然App在提交到操作系统官方应用商店时会被拒绝,或者在用户安装App的时候被拒绝。 除了权限,还需考虑app信息和状态的变化、状态栏、锁屏界面的消息提醒 7、注意消息的及时显示和同步 对于消息显示,测试人员在测试的过程中不能只是简单地验证消息在各种情况下是否能正常的显示,还需要考虑到App中各种缓存对于消息显示的影响。 App的过程中一般都会采取“内存”→“文件”→“网络”(CDN)的结构来设计App的缓存机制。 一般在以下的环境中,我们才会在App中使用缓存机制。 (1)App需要提供网络服务。 (2)App中有至少一部分数据不需要实时更新,哪怕是很短时间(3~5分钟)的缓存也是有好处的。 (3)App可以针对某种数据设定固定的过期时间,而不会导致其功能和用户体验出现问题。 App使用缓存机制有哪些好处呢? (1)对用户来说可以减少流量的消耗。 (2)减少由于网速过慢而导致用户长时间等待的状况,App的响应速度变快了。 (3)App因从网络加载数据而出错的情况会大大减少,提高了App的稳定性。 (4)App在一定程度上可以算是支持了离线浏览。 (5)对App开发和维护团队来说,则可以减轻App请求对服务器进行大量访问的压力。 8、对于既有Web版本又有App版本的App要减少依赖 很多App开发时都已经先有了Web的版本,而App只是把Web的内容展示在移动设备上,这就会让App的很多功能依赖于Web事先实现的方式 9、开展分层测试和探索性测试测试越早介入,发现bug修复的成本越低。 探索性测试可以理解为通过测试人员的创造性思维,采取不同的测试路径,来达到测试目标的测试方法。发散性的思维很重要,不能用常规的思路去设计用例。 10、APP安全测试 测试App请求中是否包含了明文的用户信息,测试App的请求是否加密,测试SQLite数据库的存储是否安全,利用一些其他工具对app进行安全测试 11、善用log去分析和定位问题 app上的一些报错和重要操作要记录日志,方便定位问题。可以像微信那样,在问题反馈那里加一个日志上报的入口。
app测试的建议(一) 1、动手之前先弄清设备和平台 在测试设计之初,测试人员首先会考虑的是测试的环境,也就是确定App究竟需要运行在什么样的设备和平台上。 1)对于未上线的新App项目,鉴于并没有已经实际使用App的用户,所以测试人员要“预测”真实的用户所使用的设备和平台。 2)在有新的操作系统版本将要发布的时候,需要参考以前操作系统版本升级时用户更新的进度。 测试用例设计的原则是:让不同分辨率、不同屏幕尺寸大小的设备尽可能多地涵盖各个操作系统版本,另外,对于市场占有率很高的重点操作系统版本,可以使用多个设备来测试。 2、考虑App使用者的“位置移动”带来的影响 不能假想自己已经按照用户的使用习惯进行测试,带有主观色彩的忽略一些你自认为用户不可能去操作的场景。App最大的特点就在于移动性。用户在任何时间任何地点都可以打开App使用,这意味着App对于不同网络,以及网络变化的情况都能进行处理。因此,在测试时,要考虑弱网、无网、飞行模式、各种网络切换下的测试场景。 3、考虑多任务和意外情况处理 测试人员在设计和测试App的时候考虑到App被别的程序或者用户切换到后台时,需要进行什么操作。 比如: 突然接到来电、短信 不同app之间的切换 对于在具备同样功能的App,尤其是具有视频和音频播放功能的App之间进行切换时,需要注意它们之间的播放控制是否会对另外的App产生影响。 插拔耳机、Home按键切换app、锁屏和解锁对app的影响
软件测试需要了解开发技术实现方案吗?为什么? 如果你想做一个不能随便被人替代的测试工程师,那么,了解开发的技术实现方案是很有必要的。这样有助于你覆盖更多的测试点。同时,要理解一点:技术方案的实现是不一定完全按照需求文档的描述去进行的,产品写的文档有时候用于理解需求是没问题的,但是用于编码的话,可能还需要做一些转换,在转换的过程中是否一致,这个需要测试一起去把关。下面举几个例子: 1、比如做一个报表,产品说先从 a 模块找满足要求的数据,然后再拿着这些数据去 b 模块找指定条件的数据,最后再做一些处理等等,那么如果开发按照这个流程去线性操作,那你觉得当数据量大的时候,你的报表的数据还能很快加载出来吗? 2、大家可能都遇到过,为了加快接口响应时间以及减少服务器的压力,那么有时候会对一些数据进行缓存,命中缓存的时候就不直接查库而是直接从缓存中返回数据,那如果你对这个接口做性能测试的话,你如果不知道接口加了缓存,没让开发去掉,那测出来的结果就肯定没意义。而且,当你知道接口有缓存,但是不清楚具体使用的哪些 key 做唯一键时,功能场景就可能覆盖不全,可能会导致你传参输入不同的参数返回的结果是一样的,但实际上应该返回不同的结果。 作为一名测试人员,除了要了解需求业务,了解开发的技术实现方案也是非常有必要的。了解技术实现方案的前提是自己也得对一些开发相关的技术有一个简单的了解。
首页 1 2 3 下一页