测试面试常见问题

项目流程

    客户或者产品经理提出需求,提出后由专门的需求人员整理成需求文档,然后由架构师提
出架构设计文档,开发人员会根据架构文档分配所属模块,并编写详细文档然后进行开发。开
发人员进行开发的同时,测试人员进行测试的编写,开发完成后,测试人员进行测试,如果发现
bug则提交给开发人员,开发修改后我们进行回归测试,如果所有bug全部关闭,所有主功能实
现、所有案例执行完毕,这个项目测试结束、然后编写测试总结,进行版本发布。

软件缺陷就是人们常说的bug,软件bug并不仅仅是程序的错误。
bug的定义:在软件使用过程中所出现的任何问题,或者是导致软件不能符合设计要求或满足消费者需求的问题都可以说是bug。

软件测试流程

    当我们接到需求后,首先对需求进行评审,评审通过后,根据需求文案进行编写测试用例,
用例编写完成后进行评审,评审通过后,同时开发人员代码编写完成,提交一个测试版本,我
们开始进行测试,测试过程中发现缺陷,将会记录缺陷,并将缺陷提交给相应的开发人员进行
修改,修改完成后我们会对缺陷进行反测,看问题有没有修改好,如果验证通过则关闭缺陷,
如果验证不通过就打回去,当所有bug关闭,进行版本发布,编写测试总结。

评审的意义:在正式的会议上将项目的成果(包括各阶段产生的文档、代码等) 提交给用户或有关部门人员对软件产品进行评审和批准。
评审的内容:主要看是否存在不正确、有冲突、有歧义或者有漏洞的地方。
反测需要注意的内容:对于bug的修改可能会产生新的bug,一个问题修改后,我们的检查工作要考虑到关联功能不受影响。

测试各阶段

  1. 冒烟测试:对主功能进行测试,又叫版本确认测试,主要是针对软件关键功能及主功能进行测试。
  2. 单元测试:对最基础的功能进行测试,用于检测被测代码的一个很小的,很明确的功能是否正确。
  3. 集成测试:前期主要针对单个的功能和模块以及简单的功能组合,后期主要针对基本流程。
  4. 系统测试:前期根据需求规格说明书进行功能测试,中期针对重点模块的性能测试,后期是模拟用户的业务测试。
  5. 验收测试:是以用户为主的测试,验收测试必须满足用户集中需求的测试,必须由用户代表参加,并在正常的条件下进行系统测试。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

潔19

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值