目录
1.什么是需求
在大多数软件公司,一般会有两部分需求:
- 用户需求:可以理解为就是甲方提出需求,如果没有甲方,那么就是终端用户使用产品时必须要完成的任务。这种需求一般是比较简略的,并且用户需求是五花八门的
- 软件需求:也就是功能需求,详细描述了开发人员必须实现的软件功能
大多数公司在进行软件开发的时候会把用户需求转化为软件需求,开发人员和测试人员工作的直接依据就是软件需求
但是,用户需求能作为软件需求的直接依据吗?
显然是不能的,因为大多数的公司在进行软件开发时,是把用户需求转化为软件需求,这个过程依据,比如技术是否可行,市场是否可行,成本投入和受益占比等多方面分析的
2.什么是测试用例
测试用例的存在就是要解决两个问题,测什么,怎么测
测试用例是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:
测试环境、操作步骤、测试数据、预期结果等要素
3.什么是BUG
- 当前仅当规格说明(需求文档 / 产品规格说明书)是存在的并且正确,程序与规格说明之间的不匹配才是错误
- 当需求规格说明没有提到的功能,判断标准最终以用户为准:当程序没有实现其最终用户合理预期的功能要求时,就是软件错误
4.软件的生命周期
从产品的角度,测试是在开发之后
从测试的角度,测试贯穿产品的整个生命周期
5.测试的生命周期
测试贯穿于软件的整个生命周期:
面试问题:如果线上出现问题,测试人员该怎么办?
项目测试完成之后,需要进行项目上线。产品在线上运行期间我们测试人员也需要及时关注产品线上运行情况,是否出现了产品质量问题,如果出现了问题:
- 尝试复现(普遍都存在的问题还是个别问题)复现成功后通知项目组内所有成员进行问题的定位
- 尝试定位问题出现的原因,帮助开发人员尽快定位问题并解决问题
- 反思问题(为什么出现,如何解决,后续如何避免)如果问题较严重或者比较典型的问题,通常要写文档