大家一起加油哦
软件测试的目的是什么【最基础的哦】
为了发现程序中的缺陷,保证软件的质量,从而满足客户的需求
软件测试的流程是什么【根据经验来回答】
1,首先是项目立项后,参加需求评审,根据需求文档来提取功能点,使用XMind对功能点进行梳理;
2,编写测试用例,进行用例评审,评审后完善测试用例
3,执行测试用例
4,对发现的缺陷/bug进行提交(这个地方要看公司使用的是什么软件),分配bug给相对应的开发人员进行修改
5,进行回测,发现问题并解决问题
6,测试完成后对整体的测试流程做出总结,编写测试报告
7,环境测试通过之后,将产品进行验收测试
8,测试完成后,就是发版上线
常用的测试类有哪些?分别说明一下
1,黑盒测试:就是常说的功能测试,把测试的对象当作一个黑盒子,对他的功能进行测试
2,白盒测试:也是单元测试,是基于代码进行测试,通常由开发自测
3,兼容性测试:web端是对不同浏览器的兼容(火狐,谷歌,IE等)app测试是针对手机的不同版本,不同型号,不同厂商,不同的操作系统进行测试(这里举几个常用的手机即可)
4,集成测试:集成测试是针对各个模块进行测试
5,系统测试:各个模块测试完,对整个系统进行完整性测试
6,回归测试:在开发修改完缺陷后对软件再次测试
7,验收测试:对产品进行最后的测试,看产品的功能是不是满足了当时的设计需求
简述 α 测试和 β 测试
1,α 测试:是指在指定的场景对产品进行的测试
2,β 测试:是多个用户在不同的场景下进行测试
两者都是由真实用户来完成
探索性测试是什么?
在需求文档不完善或者没有需求文档的情况下,测试人员根据经验摸索尝试进行的测试
冒烟测试是什么,怎么有效的开展?
1,软件测试最基本的功能测试,通常由开发来完成,只有冒烟测点都通过的产品再交由测试
2,冒烟测试是贯穿测试的各个阶段,如集成测试,系统测试
bug或缺陷的生命周期
发现—>提交—>分配—>修复—>回测—>通过后关闭bug—>回测不通过重开
一条bug应该具有那些内容?
1,记录bug产生的前提条件,所需要的数据
2,bug产生的测试步骤
3,bug 的截图,视频或者日志,只管的展示问题,有效的帮助开发快速的定位问题
你认为做好软件测试应该具备那些素质?
1,具有较好的技术能力
2,对业务逻辑的理解
3,良好的沟通能力
4,解决和分析事情的能力
作为测试人员,在和开发沟通中,如何有效提高沟通效率?
1,耐心的跟开发沟通,再低级的缺陷都不要小瞧他
2,设身处地的为他人考虑,即使开发因为压力或者其他原因不肯合作,都要心平气和的跟他沟通,讨论bug(无时无刻缠着他,哈哈哈)
3,平时跟开发多沟通,无论是工作上还是生活上的问题,但是一定要有自己的原则,对产品的质量负责(聊天归聊天,工作归工作)
4,自己先定位问题,帮助开发缩小排查范围
软件测试在一个团队中,都需要做什么,有什么价值?
1,在需求评审会上可以站在用户的角度上,提出一些贴合用户需求的建议
2,测试阶段,根据自己对项目的了解和专业的测试技能,尽可能的在项目上线前测试出更多的问题,保证产品的质量
3,对测试过程中出现的问题,合理有效的进行风险评估
4,对产品的质量严格把关,测试不通过的一定不能发布
对软件测试最大的兴趣是什么?
1,行业的前景比较好,而且近些年来,越来越多的企业更注重测试
2,测试时间越久,面临的困难和挑战也越多,解决问题的同时,也能提高自身的能力
3,自己的性格比较开朗,很容易产品和开发沟通,做起事情来可以事半功倍
你对自己的职业规划是什么?
首先要做好自己的本职工作,有机会的话,在两年之后做到高级测试,在往后的话向往管理方向发展(根据自己的情况来回答,让面试官觉得你在最近几年不会有改行的打算)
在没有任何文档的情况下,你是如何开展测试?
1,尽量去获取其他的文档,比如开发的设计文档,概要设计,功能设计,详细设计等
2,在网上找一些类似的项目文档
3,按照开发的接口或者设计文档,按照功能模块划分,大致写一些测试用例,然后进行探索性测试,在测试的过程中完善自己的测试用例
测试计划包含哪些内容?
测试目的,测试范围,测试需求文档,测试策略,测试资源的安排(软件,硬件,人员和时间),测试完成的难度,可能出现的风险罗列等等(根据公司模板)
测试计划中最核心的部分是什么?
我觉得测试策略和资源安排这两部分比较重要:
测试策略:他描述了每个模块的测试方向和思路,给后续做该模块测试用例指明了大的方向
资源安排:之前项目中一个模块升级中硬件资源安排不当,导致真机测试的时候硬件资源不够,拖延了测试时间,后续的测试计划中,就特别关注这一点,并取得了不错的效果
测试计划是如何编写的?
测试组长先开新需求的一个动员会,然后分配好任务,再根据公司的测试计划模板编写测试计划
之前的测试计划是如何进行评审的?(评审的流程)
编写好待评审的文档—>内部评审/经理审核—>申请评审的时间,评审的地点—>在评审的前三天以邮件的形式通知相关评审人员—>评审(指定会议记录员,在评审的过程中意见不统一的时候尽量争执控制在三分钟之内,评审的过程中有问题不要当场修改,可以先标注)—>评审完成之后优化评审文档(注🐖:需求评审,用例评审都适用哦)
测试计划评审主要的内容有哪些?
1,测试策略是否完整
2,测试资源安排是否合理
3,测试完成时间是否在规定范围内
4,风险的评估分析是否考虑全面