软件测试入门&进阶

大家好，我是「Bigder」1、ionCube官网：https://www.ioncube.com/loaders.php2、查询Linux当前版本linux指令：lsb_release -a[root@Bigder www]# lsb_release -aLSB Version: :core-4.1-amd64:core-4.1-noarchDistributor ID: CentOSDescription: CentOS Linux release 7.6.1810 (Core) Re

基础知识软件测试入门入门，该怎么选公司什么测试用例是高质量的用例测试用例编写规范&模版软件测试入门工具知识树业务测试工程师知识树（初级篇）测试工程师的一天测试出的Bug，应用层和底层的同事都表示自己负责的模块没有问题怎么继续推动问题解决测试也有版本控制吗？Bug提给谁-怎么区分前后端Bug数据库服务器迁移测试要做什么忘记密码怎么办测试工程师怎么才能比产品更了解业务？xmind2testcase思维导图的测试点转化为CSV用例导入禅道软件测试的月度复盘小改动当天转测就要上线，要不要写用例？测试环境，如

大家好，我是「Bigder」测试出的Bug，应用层和底层的同事都表示自己负责的模块没有问题怎么继续推动问题解决？1、测试是积极主动和爱学习类工作习惯、能定位的：通过抓包（Fiddler）、日志分析、判断底层（后台）接口返回数据是否准确、定位是否返回错误的提交给后端并且提供日志文件、抓包日志、数据日志，返回数据正确前端展示（提示）错误的提交给应用层（前端）2、测试无法定位的：提交给前端，附上测试环境、测试账号、测试数据、被测版本号、浏览器版本、APP附上手机型号&系统版本（如：Android 11）3

大家好，我是「Bigder」一、以用户的角度，把现有的系统功能使用一遍。做好使用笔记，再带着问题询问产品经理或者老同事二、主动参加内部培训    1、多参加内部培训            比如：我们近期要研发的系统，涉及到会计科目的很多知识点，一级科目、二级科目等等。研发、测试岗的同事几乎没有财务相关的知识储备，后来请财务部门的给我们安排了一次培训&

一、宣导自动化测试背景二、实施：1.自动化测试设计选型讨论2.业务测试侧输出主线测试场景2. 测试开发侧自动化工具选项和输出测试demo3. 组织测试开发培训，培训对象：全体部门4. 测试开发和业务5. 测试开发侧基于集成环境日调度脚本，结果日通知项目组，跟踪和迭代自动化任务6. 实施收集和更新测试需求 需求部门 需求主题 需求提交时间 部门A A001项目流程

Ride Robot中展示的目录结构说明： 说明： 小伙伴，交流关注我个人微信公众号：我叫甄英俊，留言交流

1、尝试复现bug2、分析漏测的原因（a、业务场景未覆盖 b、浏览器或者app手机机型兼容性问题 c、业务、研发理解不一致）属于业务知识缺的补充业务知识、技术知识缺的补用到的技术点、属于需求变更没有同步到人的（提醒研发、产品有变更需要钉钉、邮件通知测试补充用例）3、漏测bug登记、登记到「bug漏测模板」4、重视用例设计评审，用例评审不要走形式、不要怕暴露自己用例设计的业务、技术、格式问题、有错就改5、每周给自己一小时，复习「bug漏测模板」「bug漏测模板」下载

xmind2testcase插件可以将思维导图，转化为CSV格式文件，再导入禅道系统1、需要安装python3以上版本我本机安装的是：2、安装pip和xmind2testcase插件pip instal...

1、什么是接口？　接口一般来讲分为两种：(1)程序内部的接口：方法与方法、模块与模块之间的交互，程序内部抛出的接口，如登录发帖，发帖就必须要登录，如果不登录不能发帖，发帖和登录这两个模块之间就要有交互，就会抛出一个接口，进行内部系统调用。(2)系统对外的接口：从别人的网站或服务器上获取资源或信息，对方不会提供数据库共享，只能提供一个写好的方法来获取数据，如购物网站和第三方支付之间，购...

...

具备软件测试思维一开始就提及测试思维，针对还没入门的新人来说是有点难度。不过测试思维是一个专业的软件测试人员最重要的武器。需要测试人员对软件测试有了比较清楚的认识，和对软件测试流程有了全局感，能够从各个方面对被测试对象进行测试时，这时再来看测试思维就简单了。随着工作时间越来越长，愈来愈发现测试思维是及其重要的；同样拿到一个需要待测试的任务，该怎么设计用例？设计用例的过程就是思考的过程，思考的过程也会是将来执行用例的过程测试过程不是孤立的，需要想象实际的业务过程会怎样，不能机械的输入..

ShowCase要求: showcase之前，开发同事需要在测试环境自测通过，并将自测结果在邮件中发给项目组同事，会议通知项目干系人(产品经理、项目干系人) 自测用例数量: 测试同事需要控制自测用例的数量，不能原样把大量的测试用例发给开发自测 ShowCase的bug数的约定:以人天评估项目大小，超过5人天的项目不超过25个bug，小于5人天的不超过15个bug 前端bug:应计入showcase 控制范围，超过5人天的项目不超过10个bug，小于5人天的项目不超过5个bug 移动端showcase

生产bug处理流程和规范bug的发布按版本，如: 约定每周四定时发布本周非紧急bug 生产bug每周由测试进行汇总，形成质量周报

大家好，我是「Bigder」知友问：当天转测就要上线，要不要写用例？要！一、先去争取多点测试时间二、确实需要当天发布的，有紧急情况：1、向问题提出人「产品经理」问清楚问题背景和改动点2、思维导图或者公司内部用例管理工具，编写基本的测试点，再找找原来的用例，有没有能用的。3、测试点共享给产品经理，评审一下测试点覆盖度4、按思维导图的测试点，完成验收邮件通知产品和部门全员5、上线后：复测主流程。比如：一个基本的刷卡流程是否正常以上，Bigder怎么分组？轮流测试一个项目、出现bug到底是谁的责任外包去还是不去S

大家好，我是「Bigder」1、之前说过提测流程，提测需要开发工程师ShowCase，演示功能点。ShowCase的目的和ShowCase要求爬楼：Showcase通过了才算正式提测2、问题来了，如果开发的功能点是APP端的、怎么给多个人演示功能点？测试机有多种型号、版本，一般公司不会购买太多手机、测试机都是互相借用。版本测试完成、机器会回收或者被其他人借走。3、云真机可以解决这个问题，实现测试机共享，用完就释放掉。一部手机重复多次使用。4、搭建一个内部的云真机「内部的云测试」平台: atxser

当前浏览器不支持播放音乐或语音，请在微信或其他浏览器中播放 下山 音乐： 要不要买菜 - 下山 大家好，我是「Bigder」~每个月的月初，我们都会做上个月的月度复盘回归目标3月份提测版本是否按期按时，按质量发布评估成果1、是否延期2、发布后线上bug和漏测率分析原因1、延期提测阶段延期、测试执行延期、中途需求...

大家好，我是「Bigder」知友问：两人轮流测试一个项目，出现bug到底是谁的责任?我想知友是想问，出了线上的问题咋办不？站在测试部门内部考核角度：这里面隐含了一个测试交接的工作，正常工作中小A被去做新项目，小B继续接手项目。小A需要列一个清单、包括：项目模块、模块测试完成度、计划发布时间，给到小B明确了责任边界。已提测已测试完成的模块，没做过二次修改的功能上线出问题，小A漏测了。之前写了一篇：漏测了怎么办（二）、其他都是小B的责任了。站在整个研发部门来说同一个项目，版本发布上线之后再出现的Bug。测试月度

大家好，我是「Bigder」其他部门在招聘新人，晚上下班在前台看到一位应聘者。没有玩手机、正经端坐、自然得体、第一印象给人感觉就很好。祝面试成功！以上，Bigder历史文章忘记密码怎么办Showcase时手机不够怎么办? 云真机平台atxserver2xmind2testcase思维导图的测试点转化为CSV用例导入禅道Linux安装JDK-java: command not found&cannot execute binary file小改动当天转测就要上线，要不要写用例？测试环境，如何维护才最高

大家好，我是「Bigder」对外懂得保护组员、不合理的排期和任务要和项目经理沟通对内1、分配任务明确，即使是管3个人也要区分边界、能和大家同甘共苦完成测试任务2、评估组员的测试计划是否合理、是否少评估或者过多评估3、尝试搭建内部测试知识库：    1、定期更新测试环境和账号    2、定期更新测试机登记资料    3、统一测试计划模板、测试报告模板、缺陷分析模板、项目测试总结模板4、不用忘

大家好，我是Bigder我们先熟悉一下Bug的处理流程。就会知道为什么要学习提交一个高质量的Bug了。研发同学会有天然的自信，不觉得自己的开发的应用会有Bug、加上Bug从分析、修复、再部署到测试环境验收、关闭很耗时间。实际工作，研发同学可能又再接手了其他新的需求，任务交叉。提交一个清晰、明确的问题能够帮助他们理清逻辑、快速修复问题、也能体现测试同学的价值，否则很可能提交的问题没有人会回应和响应Bug的处理流程怎么提交bug清晰的bug，能看懂、有步骤、输入、输出、数据、带截图、有日志