大田的博客

3、回到 AUT tab 页，点击启动会进入被测 APP ，此时你可以执行一些操作，如：使用过程中，间隔几分钟就锁屏或者唤醒屏幕、点击某些要执行的功能。1、打开GT工具（Android 版是腾讯 MIG 专项测试组自行研发的 APP 随身调测平台），点击下方插件 tab，再点击耗电数据采集。5、点击保存，选择路径保存本次的数据，在指定的路径下，找到保存的数据（1 个 .csv 文件）就可以看到刚才测试场景的电量值。以上，就是大田自己练习电量测试的大致步骤，感兴趣的小伙伴可以按照操作一块测试起来。

大家好啊，我是大田。大田认为，复现率低的问题，处理优先级不一定低。思考如下：1、复现率低，但只要出现，对于系统就是致命的错误，影响用户使用，那么该问题处理优先级是很高的。这类问题，测试人员需要测试多轮，也可以使用工具提高复现率，待几轮测试没有问题后，便可以关闭了。2、复现率低，不影响用户使用该系统，例如：UI显示，前端交互等等，那么该问题优先级就较低。这类问题，可以等公司发版日统一上线，避免因为紧急上线出现其他的问题。3、复现率低，低到无法复现。

3、关于不想让同事知道你是培训出来的，不想觉得你菜。大田想说，前期怎么菜都没关系，你要往长久了看，你能给团队带来什么样的价值，怎么建立自己的影响力。怕一张嘴就露馅，不敢问，不好意思问，对安排的任务心里充满恐惧。，梳理业务：和你交接的人会给你一些需求文档、原型文档、你还有权限看到组内测试人员提的 bug 单、测试报告这类文档。时，心里要想：什么时间做完？对分给自己的任务不怯，想想公司招你来是干啥的。学习时期是要你自己独立做成很多事，但是工作中，你。先说这么多，明天就要去上班了，大家出门的做好防护！

大家好啊，我是大田。小伙伴问到这个问题，一时竟然不知道该如何回答。大田测试过程中也会遇到很多坑，好在身边的开发都比较负责任，大家都有一个目标，认真完成每次上线。今天准备结合自己的经验给大家分享几点建议，供参考。1、熟悉自己目前做的业务如果能将业务讲给别人听，自己顺几遍，基本可以判定了解很大一部分。再通过每次提测，加深自己对被测系统的理解。再不济，可以写出来，每天看几遍，这几个步骤基本能熟记于心了。2、测试用例设计能力大田看来，这个能力是最重要的。这篇文章汇总

没有其他系统参考的，就多思考自己的系统为何要这么做，解决用户什么问题等等。4、回归测试的能力，修复好 BUG 后，有快速回归测试的能力，知道哪的坑多，核心就是修改 BUG 的同时，不影响其他功能；2、有效的设计测试用例，先写主流程，核心流程，练我们的测试思维能力。1、看见一个需求，就梳理清楚逻辑关系，弄明白为什么要做，记不住的写下来，反复看，反复讲给自己听；5、对一些回归测试重复度高的模块，引入自动化测试，让机器跑比人工点效率更高；3、出现 bug，要归因，为什么出现这个问题，再遇到这个问题你怎么做；

1、先将必学内容，如：mysql 、linux 、git 、抓包工具fiddler charles f12要会用，逐一攻破。6、如果公司有测试平台，就去学一学平台架构，思考一下哪些地方是可以再完善的，再学着去维护这个测试平台。4、想进一步提升接口回归测试效率，引入自动化测试，使用python 还是java 语言都可以。2、已经入行的，先将自己目前工作做好，别小瞧功能测试，点点点的同时，梳理系统业务逻辑。5、锻炼自己的专项测试能力：兼容性测试、压力测试、性能测试、安全测试。接口测试、自动化测试等等。

大家好啊，我是大田。今天想给大家分享关于测试环境部署搭建的两个问题：1、测试环境部署有哪些注意事项呢？1）基础环境 JDK，MySQL，Tomcat 版本要与⽣产环境保持⼀致2）服务器部署架构，服务器型号也尽量与⽣产环境保持⼀致，配置可以等⽐例缩减3）⼀般先把数据库 表相关操作完成，再进⾏代码部署2、测试环境如何搭建呢？一般需要根据开发给的部署⽂档搭建，部署⽂档操作步骤如下：1）安装依赖软件 java ( jdk, tom

2、每日测试进度汇报时要注意：新问题、遗留问题、未解决高优先级 BUG。3、确认不修复的 BUG 及时沟通，保留对话。8、确认是 BUG ，就要在缺陷管理系统记录。1、需求不明白的、修改的需求，保留对话。4、确认提测邮件再测试，不私下接。6、测试报告抄送项目相关人。大家好啊，我是大田。

2、涉及修改范围较小，但影响用户操作，和产品、研发核对需求及代码改动的地方，和项目组综合评估，自己也要评估测试时间是否真够；没有测试资源加入，还不得不上线，加班完成。包含但不限于：进一步问涉及改动范围、有无测试资源加入、该需求的优先级等。3、改动小，不影响用户使用，能否申请下个版本再优化上线？1）识别并优先执行 P0、P1 优先级较高的测试用例；2）核心流程、主流程有问题，不放行，需要跑通才上线；1、涉及修改范围较大，上报风险。先说这么多吧，希望对你有帮助。3）和组长申请测试资源。大家好啊，我是大田。

大家好啊，我是大田。公司进度紧张，可供分配测试人员少，需求文档不规范，这些情况下该怎么保障软件质量？首先，必须明确的一点是，测试是找出尽可能多的bug，但仅仅靠测试人员去保障这个软件的质量，那这系统质量怎么也好不了。那对于整个项目组出现上述问题如何保障系统质量呢？大田有几点想和你分享：1、进度紧张开发：各模块开发负责人都可以大致估算出各自组员的开发时间，排好开发计划；测试：根据各模块复杂程度、开发的时间、小组成员掌握的技术来估算时间，写好测试计划；

如果公司对接第三方支付渠道（支付宝、微信等）或者银行渠道，那么需要真实支付，可以用 0.01 小额去跑支付的整个交易流程，也可以向小组申请备用金去做大额支付，可以的话，自己调用退款接口（前提是已经接了第三方的退款接口）。如果公司自己是做第三方支付的，可以让开发将金额固定，使用虚拟账户，做流程测试。上线前，确保使用测试账户做真正的支付。支付无小事，任何测试点都需要认真对待，即便你已经做了千百遍，也一定要保持专业性。祝我们都成为优秀的测试工程师！今天回答小伙伴的一个问题，大家好啊，我是大田。

大家好啊，我是大田有的人缺陷发现的少，这并不代表测试质量差；有的人缺陷发现的多，也不代表测试质量就好。大田认为，真正能把测试工作做好的人，有以下特点：1、理解了本次任务需求不是自己闷头想，要多和产品、开发、项目经理沟通，有公司还需要收集运营的反馈，也可以问问。2、兼容以往的业务要求典型的就是拆东墙补西墙，新功能导致旧业务不能使用，真愁人。为了避免这样的问题出现，我们要不断回顾老功能。3、用例设计质量高测试用例涉及核心流程要详细再

大家好啊，我是大田最近有个小伙伴问大田，入职后就让搭建自动化测试框架，应该如何开始？这个问题大田给出自己的见解，供你参考。1、要先明确是从 0 开始吗？2、了解公司为什么要做自动化，了解具体需求，不能为了做自动化而做，要以解决具体问题为原则。3、明确做好了之后谁来使用，如何推广使用。4、对自动化测试做个可行性调研，包括框架选型，框架是接口还是 UI 自动化，使用什么语言等等，越详细越好。这个过程需要和 leader 或者其他负责人开会沟通研究，设计好阶段性要

1、复盘和 “boss” 打招呼用语：说明自己有几年测试经验、有哪些领域行业的测试经验、自己会做哪些测试（接口、性能、自动化）、会使用哪些工具做测试、说明自己的优势等等；朋友们，千万不要海投简历啊！找工作就要找自己能干的，你本身不喜欢代码还要投测试开发，这不别扭吗？6、假如太久没找到工作了，适当降低要求，反思一下是不是自己的能力还没达标？4、多写几份简历，自动化测试、业务测试、测试管理、测试开发多个方向，按照自己的情况准备多个简历；3、多搜索几个自己想做的职位，按照它的招聘要求，准备职位必备技能知识；

不同严重等级 bug 数量：每版测试完成后，通过禅道绘制出 bug 饼图，展示 bug 总数，及各严重程度 bug 占比，bug 优先级统计；测试用例覆盖度：版本发布后，改造点可能会影响到的模块功能，制定相应的测试计划，决定执行哪部分测试用例；生产问题量：每版程序发布后，要确认软件版本号，一旦有问题，影响客户交易会遭到投诉。年底了，测试工程师想要度量自己本年度工作，建议从质量、效率、价值度量三方面分别来说说，供大家参考。需求 bug 占比：不合理的需求数量占比总的需求数量；3、每篇文章解决某个具体问题。

大家好啊，我是大田介绍项目注意两点：1、自己真的做过 2、逻辑表达能力为什么推荐你用 STAR 法则说呢？STAR 法则是结构化面试中非常重要的理论。面试官通过这样的描述全面了解你的测试知识、经验、技术能力的掌握程度，通过你发现问题时采取的手段更能清晰了解你的工作风格以及性格特点等等。STAR 原则：Situation场景、Task任务、Action行动、Result结果Situation：描述自己负责项目做的是什么、解决什么主要问

大家好啊，我是大田今天收到一个小伙伴的问题，在面试过程中，遇到不会的问题怎么办？遇到自己不会或者不确定的题目很正常，这时我们如何应对呢？大田给出自己三步法供你参考。1、首先，要向面试官追问，明确问题，缩小问题的范围；2、其次，解释自己已经理解的部分，有逻辑的分点表述；3、最后，这过程中要变现自己的软素质，如果上述两点都已经明确，但还是没有思路，建议你直接坦诚表示不会的部分，并虚心、简单的请教一下。以上就是大田今天的分享，希望对你有帮助。

大家好啊，我是大田无良培训机构套路，到底是什么鬼啊，包就业，包高薪，学生交完钱你就糊弄事，真的很......和好多小伙伴谈过这些培训机构，坑钱的真的占大多数。其实，学习的途径还是有很多的，但为什么还是会被无良机构骗，归根结底还是信息不对称，尤其对于新入行软件测试的小白，很容易被忽悠。面对 「高薪、包就业、互联网行业 」吃香这些话术，谁听都会迷糊吧。但，如果非要来个培训，大田建议你线上就行了，时间好管理。线下课基本走马观花，除了老师上课的 PPT ，一些知识基本不会留

大家好啊，我是大田如果你接手的两个项目，上线时间很接近，那应该如何保障产品质量好一些呢？大田准备从个人、团队、公司 3 个层面给大家说几点建议，供你参考。一、个人层面1、根据大田的经验来说，一般会先整理出这两个项目的测试工作量、提测时间、上线时间的具体安排。2、像倒排期任务可以先列出简单的计划，初步评估下工作量，这过程中要注意有哪些关键的业务点是不能省略的。3、实在测不过来，需要将风险报给组长，说出自己的安排，请求增加测试资源。4、时间紧的情况，主

大家好啊，我是大田这个问题不仅要在面试的时候准备，还应时刻问问自己，到底关注哪些？大田今天也想说说自己找工作时候会看重的几个方面，以下顺序排名不分先后，大家可以参考下。1、行业疫情这几年吧，很多行业不景气，裁员的公司大有所在。所以对于未来的发展以及职业的可持续性大田都会选择一个有前景的赛道，那到底什么是有前景的赛道呢？我总结：和人们日常生活密切相关的。2、团队、个人成长为什么会将这两方面放在一块呢，大田认为一个团队越多样化，随着时间的推移，测试人员耳濡目染能

大家好啊，我是大田相信不少测试同学面试的时候都遇到过让你介绍自己的项目经验，并说说有哪些亮点，今天大田也来剖析一下这道面试题。1、首先我们要知道面试官这样问的目的是什么？面试官就是想知道你对项目了解程度和参与程度是什么样的，判断你有没有编造项目经历。2、就是说清楚自己在项目中所做的事：1）先说说项目基本情况，比如：几人负责，你在项目中承担什么角色2）再说说业务流程，业务逻辑之类3、说说亮点要讲一下自己为了提效和节省成本做了哪些事，比如：开发测试脚本、做了安全测试、性能测试，做了这些事具体

大家好啊，我是大田今天给大家分享下如果让你负责项目测试工作，你怎么做？这里大田给出几点解决思路供你参考。一、梳理项目基本信息在立项时梳理本次改动模块、上线时间、测试时间、有几名测试人员参与。如果确定了上线测试，根据倒推法，看看能留给测试多长时间测试；如果不确定测试时长，可以根据开发时长的 1/2 或 1/3 去估算；假如是你自己去负责所有测试，你会需要多久，再根据测试人员数量去均分或能力分配都可，记得预留出应急的时间半天或者一天。二、确定具体人员各自应负责什么内容

大家好啊，我是大田软件测试面试过程中会让你说一下自己的几个优点，很多同学回答的优点虽然是优点但是却与软件测试工作没什么关系，因此面试官还要继续问你，还有别的优点吗？那这道题到底怎么说呢？大田来给出自己的参考意见思路：主要从学历、项目经验、行业经验来说更合适一些。1、从学历来说学历能证明自己的学习能力，可以说自己的学习能力强，善于主动学习一些技术。2、从项目经验来说通过做这个项目你掌握了接口测试、接口自动化测试、性能测试、压力测试的经验，更

今天给大家分享一个小伙伴的问题，就是他自己本身有4年的测试工作经验，也有管理经验，自己更想做管理，但是管理岗位不多怎么办？1、问自己是不是真正热爱管理这个方向，并且是想一直做下去的，岗位需求量不大，所以你需要花费更多的时间去找，去匹配去面试。2、做取舍，你是想多花费一些时间多花一些精力在测试管理岗位，还是找个测试工程师岗位做着，自己要想明白。最后，也想你明白想要找到自己理想的岗位，也请你保持耐心，花更多的时间和精力，懂得付出，懂得取舍。以上就是大田今天的分享，希望对你有帮助。那，不妨继续看下面几点。

这里主要介绍自己所负责的模块。再从立项、到测试用例设计、测试执行（冒烟测试、系统测试、回归测试）、上线 这4个阶段分别展开说说自己做了哪些即可。对你所做项目做个介绍即可：说说项目背景、解决了用户什么问题、有哪些端（pc、app）等。可以酌情自己添加，注意别太累赘。今天分享的是软件测试面试必问的一道题，来吧，看看大田怎么回答。以上就是大田今天的分享，希望对你有帮助。

大家好啊，我是大田。1、JAVA安装安装 jdk1.8，配置环境变量 JAVA_HOME 和 path验证是否安装完成：java -version2、AndroidSDK 安装1）解压 Android-sdk.zip后台私信 android 或安卓 获取安装包2）配置环境变量ANDROID_HOME3）配置 path，需要配置 4 个%ANDROID_HOME%\platform-tools%ANDROID_HOME%\tools%

比如一个项目比较紧急，测试负责人需要评估工作量，做到合理排期，指导组内人员有序的执行测试任务。对公司每条线的业务需要做到熟悉，如不熟悉，可以安排成员定期分享，有时测试负责人并不会专门负责某一业务；没人是天生的管理，总会出现各种问题，要调节好自己的情绪，以积极的心态应对。沟通能力、解决问题能力、学习能力、合理妥善处理团队之间的关系、心态稳；以上就是大田今天的分享，期待和你深度交流，加微：datiantest。问题复盘，如：漏侧、线上 bug 进行复盘；6、激励组员，为组员争取更多的利益。大家好啊，我是大田。

5、思考测试过程中，是否为频繁改需求所致，建议和产品沟通，事前做好产品分析，尽量不要在开发完成后频繁改需求，避免团队成员出现情绪问题。假如影响流程 BUG 居多，侧面反映出本次提测质量不高，我们应该从源头“制止”，冒烟测试不通过，就做打回处理，避免项目有风险；测试人员在这个过程中，应不断总计复盘，分享至组内共享文档中，让其他人也有所警戒，尽量在事前有所控制，这样不至于风险过多。假如，优先级不高的例如：UI 界面、文案优化，建议反馈给产品人员，最好是立项前做好充足的准备。同样建议，多从自身角度思考。

2、发布程序问题较小，评估后可以重新发布或另排期解决；如果问题较大，建议开发、运维回滚线上代码至上一版本状态，开发去做紧急修复；测试人员在测试完成后，并不会对这个系统不管不问，而是与运营人员、产品人员、技术支持人员进行沟通，收集用户使用系统反馈。3、事后复盘，定位分析问题原因，此次问题风险点在哪，如何避免？以上就是大田今天的分享，期待和你深度交流，加微：datiantest。1、通过报警、服务器日志提前发现严重问题，做紧急修复操作；3、通过公司运营人员、用户反馈。大家好啊，我是大田。1、通过公司报警系统。

我司一般在预发布环境跑自动化脚本，可以保障数据库跟线上是同一套，数据相对正确而稳定，也更能准确的发现问题所在。4）保障生产环境的服务高可用，各资源相互隔离、降低依赖影响等，需开发利用对应的技术来应对。以上就是大田今天的分享，期待和你深度交流，加微：datiantest。5）通过合理准确的监控报警，技术支持人员能及时接收客户问题。1）公司测试、开发、产品都能尽其职，做自己份内该做的事。今天来看两个有意思的问题，分享给大家。3）自动化测试，更快速回归发现问题。1、自动化跑是在什么环境下跑的？

5、逻辑校验不完善，可以利用漏洞获取非正当利益。1、特殊值处理不当导致程序异常退出或者崩溃。2、类型边界溢出，导致数据独处和写入不一致。4、权限未处理，可以访问其他用户的信息。以上就是大田今天的分享，欢迎你的补充呀。3、取值边界外未返回正确的错误信息。6、状态处理不当，导致逻辑出现错误。今天总结下接口测试常见的 BUG。大家好啊，我是大田。

大家好啊，我是大田。那么幂等性为什么在金融类的支付业务中为何如此重要呢？金融支付最看重的就时资金的安全性，不能让用户点击按钮多次提交重复订单，也不能让用户做重复的提现，这样不论对谁都会出现很严重的资损问题。那么此时做幂等测试的验证就及其重要！来说说大田平常如何设计幂等测试点：1、前端重复提交选中的数据或重复点击支付按钮，应该后台只产生对应这个数据的一个反应结果。2、发起一笔支付请求，当遇到网络重发或系统其他问题重发，可以先断网扫码一次再重连扫码，

如果还是判断不出来，这一步也可以同步结合看服务器日志。（看服务器日志基本会解决 80% 的问题）3、可以使用 「 抓包工具 」 或 「 打开服务器日志 」 看看是否请求了支付接口，定位即可；再进一步通过抓包工具或者其他接口测试工具返回的信息判断；凡是出现问题，一定不要慌，先检查最基本的信息无误后；以上就是大田今天的分享，欢迎留言说说你的想法～2、检查生成的二维码的 url 是否有误；4、最后，总结本次出现的问题到备忘录中。1、查看自己的网络是否正常；大家好啊，我是大田。

以上三种方法都可以，涉及到公司成本，部分公司可能并不会给测试人员提供那么多机器。但每次测试时，还需要覆盖主流的手机机型，这时候我们最好申请云测平台账号，利用远程真机去覆盖测试内容。2、测试组成员可以先利用本组内的同学手进行测试，但这不是一个长久之计；有读者提问，做兼容性测试时，测试机器怎么准备？需要向公司申请机器吗？3、可以向公司申请费用，去申请远程云测平台的账号，利用远程真机测试。1、测试组向公司申请测试机器，这需要一定的时间周期；以上就是大田今天的分享，欢迎留言说说你的想法～大家好啊，我是大田。

虽然每家公司的测试工作侧重点不同，可能有的同学确实用不上 SQL 语句，但是大田想说，SQL 是测试人员必备技能。一般公司也不会给测试人员修改数据库的权限，测试人员能做的就是使用 select 语句去做基本的查询，对比字段值，难度不是很大。今天看下这位读者的问题，「 做了 6 年测试，因为不熟悉 SQL 被刷，冤枉吗？以上就是大田今天的分享，欢迎留言补充～～大家好啊，我是大田。

本题可以从软件测试每个阶段，同时结合自己所做的项目阐述，比如需求分析阶段做了接口测试数据准备、前后端提测后执行接口测试用例、开发修复 BUG 后进行自动化回归测试、上线前进行最后的接口自动化回归测试。2、前后端都提测后会做系统测试，测试过程中利用抓包工具、并结合接口文档测试、还可以直接使用接口测试工具去做更细致的测试；3、当开发修复 BUG 后或者上线前阶段，利用接口自动化回归测试，此时更多是结合测试工具进行自动化测试。1、后端提测，前端没提测，可以说对项目核心流程先进行了接口测试工作；...

如果你不会测试工具使用，那就利用搜索引擎看这个工具的使用方法、还可以看相关视频指导、如果是公司自研的工具，需要问下对应测试组成员或者开发，是否有相应文档介绍。是辅助我们能够更高效的测试，而如何测试、如何设计测试点才是我们要思考的重中之重（即测试思维）。你也一定有比较擅长的接口测试工具，要知道任何工具的实现思路都大同小异。已经有好几个小伙伴问大田这个问题，今天大田也来做个统一的解答。4、最后，重要的是知道测试思想，工具并不是问题。以上就是大田今天的分享，欢迎留言说说你的想法～2、至于工具，则一通百通。...

因为有很多 BUG，所以提 BUG 的时候要确认优先级，将影响本次功能的以及影响主流程的BUG 设置为最高优先级，让开发重视并且修复完成。5、如过，快到上线时间了，但是还存在上述所说优先级高的 BUG，测试人员要和项目组成员沟通上线风险，要做到让成员心中有数；假如，优先级高的 BUG全部修复完毕，还剩优先级比较低的，建议下次排期时再带上，一块上线。4、测试过程中，尽可能全面的去测试，有问题就提到缺陷管理系统中，提醒开发去修复；以上就是大田今天的分享，欢迎留言说说你的思路～大家好啊，我是大田。...

解决方案：可以利用 F12 抓包工具查看下请求 url 等信息与接口文档信息是否一致。4、前端和后端定义的接口字段名不一致，有可能前端取错字段或者未做渲染；数据库新增一条数据，前端页面却看不到？解决方案：需要看下缓存策略，可以询问开发，前后端分别清除缓存再试试。解决方案：利用抓包工具查看接口请求字段信息与接口定义的字段是否一致。3、查看请求接口是否为本次要展示新增数据的目标接口；...

但是如果你确实想转行需要点测试项目经验，建议去开源网站下载项目到本地，部署后，自己在系统上点一点，看看作为用户，你应该如何操作。测试资源这么紧张的情况下要求做压测，建议拉着开发、运维、领导共同商议下压测的策略，需要大家一块想办法，别自己闷着。这是市场趋势，测试工程师要求会越来越高。但是，功能测试点点点虽然说是没什么技术含量，但也是业务测试工程师必备技能，可以锻炼测试思维，这是最重要的也是最基础的。看自己公司要求，要求写就写，不要求写，追求工作效率的话，建议写测试点，这样也能防止漏测。...