软件测试基础知识面试题

一,可以讲讲你们公司的测试流程吗?

　　首先,一个项目从诞生开始,产品经理提出需求,编写需求文档,产品,测试,开发进行需求评审会议,需求评审通过后,测试负责人编写测试计划,在测试计划中会明确每个人的测试板块,个人再编写自己部分的测试用例,测试用例编写完成后,由测试负责人统一汇总,通知开发负责人,产品经理召开测试用例评审会议,测试用例通过评审后,等待开发转测,首先进行冒烟测试,通过后,每个人完成自己部分的测试,提交bug,进行bug修复,等所有测试均通过后,给产品发验收测试的邮件,验收测试和测试报告同时进行,验收测试通过,产品就可以做上线前的准备,准备上线.

二,测试计划书,你有编写过吗,其中都有哪些内容?

　　测试计划书主要包括三个部分,一,测试概述,本次测试人员,测试周期时间,二,测试具体内容分工,每个人分别负责哪个部分,以及具体的完成时间,三,风险控制,将提前考虑可能发生的风险,以及如果发生,具体那个人怎么解决.四,

三,测试用例的编写,测试用例都有哪几部分组成,你一般是通过那种方式?

　　我通常是通过思维导图的方法,思维导图的模式,效率高,考虑的方面也会比较全面,但是也有缺陷,因为是思维导图,所以它的可操作性较差,不会那么详细.测试用例最核心的几个部分分别是,测试用例的标题,前提条件,测试步骤,预期结果和实际结果.其中也包含,测试id,依据材料,测试等级,设计人员等.

四,测试的整个流程是什么样的,讲讲看?

　　测试一共分为,单元测试,集成测试,系统测试,验收测试和回归测试.

　　1,单元测试:单元测试是对底层代码的测试,也叫白盒测试,通常需要通过编写代码的测试方法来进行.

　　2,集成测试:集成测试也叫接口测试,是对底层代码测试完成后,通过接口将各个模块连接起来的测试方法

　　3,系统测试:对软件各模块都测试结束后,对系统从开始到结束的完成一个完整的流程,称为系统测试.

　　4,验收测试:软件各个部分都测试结束后,测试通过后,将验收测试通过邮件发送给产品经理,产品经理进行最后的验收测试,

　　5,回归测试:

　　　　A,测试过程中的回归:当你提交一个bug后,开发修改完成后,对有bug的部分进行二次测试

　　　　B,版本更新后的回归:版本更新后,对更新部分及原有功能进行测试

　　　　C,上线后的回归:上线后,对原有功能以及新增功能再次进行回归测试

五,冒烟测试一般在什么时候进行,你是怎么理解冒烟测试的?

　　冒烟测试一般是在开发转测后进行冒烟测试,冒烟测试指的是,开发完成后,针对正常流程的测试.

六,设计测试用例的时候,通常有哪几种方法?

　　从功能测试方面考虑

　　　　1,等价类:从有效数据和无效数据方面考虑

　　　　2,边界值:对等价类的补充,考虑数据边界的测试方法

　　　　3,因果图:对有诸多排列组合的情况,将所有可能都列出来,进行排列后运行的测试方法

　　　　4,正交实验分解法:对因果图的补充,如果有特别大的排列组合数据,我们选择其中最具代表性的数据进行测试.

　　非功能测试方面考虑

　　　　1,判定表驱动方法分析:判定表是分析和表达多逻辑条件下执⾏不同操作的情况的⼯具

　　　　2,错误推试法:也可以理解为探索测试,脱离测试用例,的尝试性测试

　　　　3,功能图分析方法:对底层逻辑代码的测试方法

　　场景方法

　　　　1,场景设计方法:模拟程序从头到尾的流程进行测试

七,测试报告,你有写过吗?具体讲讲.

　　测试报告可以简略的分为测试概述,测试内容,缺陷报告,测试结论

　　1,测试概述

　　　　1,测试版本号

　　　　2,测试人员名单

　　　　3,测试时间

　　2,测试内容

　　　　1,测试具体模块

　　　　2,测试负责人

　　　　3,模块测试结果

　　原有功能测试结果

　　性能测试结果

　　版本兼容性测试结果

　　新增加功能测试结果

　　核心流程测试结果

　　3,缺陷部分

　　　　1,本次测试缺陷状态

　　　　2,缺陷严重程度

　　　　3,缺陷解决情况

　　　　4,缺陷风险分析

　　4,测试结果

　　　　1,本次测试通过,可以上线.

八,一个迭代中,你的工作内容及时间安排.

　　周一,熟悉需求,以及参加需求评审会议,分割任务

　　周二,继续熟悉需求,编写测试用例

　　周三,完善测试用例,进行测试用例的评审

　　周四,编写上个版本的自动化测试用例

　　周五,开发转测后进行冒烟测试

　　

　　周一,进行测试

　　周二,继续测试,以及回归测试昨天的bug

　　周三,继续测试,准备进行验收测试

　　周四,进行验收测试,并编写测试报告,准备晚上的上线,准备上线后的回归测试

　　周五,进行复盘会议,针对本次迭代进行总结,准备下个迭代的东西