|
什么是测试工程师
个人理解各行业都有测试工程师，其核心重点都是保证最后是否符合满足前期设定的规则需求保证用户使用的最终质量，比如传统行业食品添加多少食材最后口感如何有无危害，硬件软件能否满足使用的功能正常使用等等等。。大概的核心工作都很像，只不过不同的行业被测物具体干的细活不一样
被测试的软件测试对象
在软件测试中被测试的对象两个大类，PC端（电脑端网站系统）和移动端（移动设备app程序），各别应聘描述要求服务端测试（神秘）个人理解就是接口测试，后台数据库表结构这个也涉及不到测试人员去测试，PC端和APP端的后端接口不区分用工具或代码都能测试，PC端和APP端的前端页面区分两个端页面都需要单独测试（同一个项目产品既有PC端又有APP端）
项目研发测试的生命周期（测试流程）
产品和业务方用户对接收集需求知道有这个环节就行，产品写完需求文档PRD会不会和项目老大再讨论一遍筛一下最终要做哪些需求这个环节也知道一下就行，产品会出一版最终的需求文档PRD进行需求评审这个时候研发和测试都会介入，具体听一下要做的是什么东西什么功能需求（了解后才能进行后面的测试工作写用例等），并且有没有不合理缺陷漏洞之类的都可以相互讨论（除非提前看文档带着问题去要不然各种问题只能写用例细扣时候才能发现），研发会给排期过技术方案，测试人员也是排期出计划最后大家对齐一下出一个整体的各节点排期计划（什么时候提测、验收、上线），测试人员写测试用例并且组织用例评审是否有没覆盖到的地方或者多余的场景等然后优化最终的测试用例，再把最终版测试用例中核心功能的标记为冒烟的用例，等到按排期中研发完成提交测试的日期收到研发的提测邮件后开始进行冒烟测试，冒烟测试通过后发送冒烟测试通过的邮件进行正式测试相反未通过则打回，正式测试时候开始全量跑用例有问题提bug全部用例执行一遍且所有bug都解决完后进行二轮回归，发版到预生产环境进行回归通知产品业务方验收没问题后发送测试准出可上线邮件告知，发版部署到生产环境（后续反馈问题也是要跟踪的）
怎么定位区分前后端Bug
纯前端页面静态样式、文案、ui、页面跳转（需要知道跳转页面地址是不是根据接口返回的判断）相关的全部都是前端的Bug，动态的需要用接口分析，比如页面展示动态值错了接口返回参数是错误的前端正常渲染这个就是后端的Bug，页面展示动态值正确的接口返回参数是正确的前端渲染错了就是前端的Bug，页面报系统异常等错误前端传给接口的参数错了导致接口不兼容出错也是前端的Bug，需要看接口文档或了解交互规则来判断
测试人员该有的动作
测试人员本是保姆的化身，要根据实际排期节奏去推动研发解决问题，稍微复杂点的提bug描述写的清晰易懂些，再去找研发对一下不要耽误时间，一个bug解决两三天这种一定要杜绝，自己有了这个推动的动作试探研发是否真正了解对了需求也有帮助，不然研发改来改去效率很低
|