大田的博客

如果服务器端返回结果有问题，进一步查看数据库正确性，数据库数据正确，我们直接可以判断这就是接口返回有误。时，要查看前端传递请求数据是否正常，请求正确后，去查看接口的返回数据，返回数据也正常，这时我会根据服务器获取的数据渲染到前端页面是否有错误。哈哈，今天回到自己啦，分享下我发现 BUG 的具体过程是什么，四个步骤重现我的工作思路，希望对你有帮助～返回结果有问题，我们就去看看服务器给我们返回了具体数据是什么，再去看数据库表中数据是否错误；2、当我看到接口返回结果是错误的，1、我会看接口返回的结果，

2、随时打开 F12 观察请求、响应信息。请求数据没问题就看响应，后端有问题再查看下服务器日志；请求数据有误，前端问题，对照接口文档看上送字段的名字、要求是什么；今天给大家分享一个我在工作中出现的问题，测试翻页功能时，发现某一页面空白了。上述四个步骤没有明确的顺序关系，按照自己的习惯逐个排查即可。3、换个浏览器是否还会出现同样的问题，是否为兼容性问题；

针对「测试场景」，一个原则：大田认为应当站在用户的角度，去模拟被测系统的真实使用场景，针对用户的一系列动作去设计测试点。1、按照「先主后分」的原则梳理：可以画出业务流，先设计主流程核心流程操作，再设计每个主流程核心流程的分支流程异常操作；2、站在用户的角度去模拟正确操作和错误操作；要多留意用户使用流程，可以通过运营反馈、产品反馈去得到这个信息；大家好啊，我是大田。

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

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

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

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 或者其他负责人开会沟通研究，设计好阶段性要

不同严重等级 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、说说亮点要讲一下自己为了提效和节省成本做了哪些事，比如：开发测试脚本、做了安全测试、性能测试，做了这些事具体

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

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

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

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

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

2、检查项目是否启动，找开发确认或者自己登录服务器，通过 ps 命令（ ps -ef | grep 项目名）检查项目进程是否还在，结合 tail 命令查看实时交易日志;3、检查防火墙、检查接口测试工具（ Fiddler、Charles ）是否设置网络代理;4、检查 host 文件，绑定的 ip 映射是否正确;1、先检查 ip、端口 port 填写是否正确;以上就是大田今天的分享，欢迎留言说说你的想法～5、检查接口返回错误状态码;大家好啊，我是大田。...

可以， 导入外部文件，引入外部csv文件，文件中有本次需要测试的大部分数据，运行后就可以知道每条数据的测试情况。对于异常场景和异常参数的构造，建议进行组合测试。1）如果前端没有提测而后端开发已经提测，就需要先进行接口测试；是的，看具体公司，有持续集成的环境就做，没有的化可以在自己本地去做，再分享给组内人员。接下来大田会分享些接口测试内容，如果大家感兴趣也可以进入软件测试圈共同交流探讨。和开发形成共识，看看不必要的字段是否可以精简，说不通就先提个bug。2）如果前后端一块提测，功能和接口一起测试即可。...

响应内容：响应数据（如参数名、类型、是否必填）、状态码（或者开发自定义状态码）、不同业务场景下状态码含义。没有接口文档，有UI界面能够使用：使用抓包工具，抓取系统使用过程的接口，来进行接口测试；3）查看日志，服务器有明显报错，看 error、exception 信息，判断出错的原因，截图，给开发；1）先对比接口文档看请求是否有误：请求 url、请求参数，将这些基本信息排除后，再往下看；大部分需要测试的接口都是业务接口，像非业务接口开发内部接口我们不需要测试。基本信息：请求方法、资源路径、描述、接口名字；..

不少公司会针对一些测试工具和开源框架进行二次开发，开发出适合自己公司的测试平台，这也进一步要求了测试人员的技术能力。1）质量管理平台：Sonar 对代码进行扫描，分析 Bug、分析漏洞安全性、分析不合规的代码规范、代码是否有重复；3）接口测试及接口自动化测试功能（会包括接口环境设置、单接口测试、业务测试、快速回归测试、接口测试统计）；1、首先测试平台的作用是：整合测试资源，规范测试流程，进而提高测试人员的测试效率。今天回答一个读者的提问：测试平台的作用，以及会包含哪些功能？大家好啊，我是大田。...

1）调试HTTP请求、界面友好、构造HTTP请求进而分析响应数据2）实际工作中，测试和开发都会使用，测试人员测试接口、开发人员接口调试3）一般用Postman做主流程测试、如果接口数量庞大，Postman反应比较慢Postman可以进行注册，用一些团队接口测试管理工具、空间管理、免费的也足够做接口测试总结按照接口文档规定设置接口请求方法、URL、请求头、请求体完成请求数据的构造，查看响应数据完成对响应数据的测试。对比响应数据的参数语接口文档是否一致，参数值与需求规定的业务逻辑是否一致。接口介绍。...