#软件测试面试#
一：软件测试工程师自我介绍（注意扬长避短）
示例：面试官您好，我叫***，计算机专业毕业后，做软件测试工作快两年了。在这期间做了不少的项目，也积累了不少的测试经验，能够独立完成产品的测试，能独立带项目。主要做过功能测试、兼容测试，接口测试和简单的压力测试方面的工作。对linux、数据库、fiddler、charles，postman，jmeter的使用都比较熟悉，了解python语言。之前主要是从事的web与app的项目，最近做的项目主要是app为主，也是自己带的，项目团队大概是5人。这个是我一个简单的自我介绍，您看，我这边还需要做什么补充吗？最后一点：对于自己“会”的重点强调，如果性能，自动化，语言不会就说只是了解一些，根据自己的情况来定
二：软件测试流程简要版
需求分析——制订测试计划——设计测试用例与编写——实施测试——提交缺陷报告——生成测试总结和报告
详细版：
（1）产品设计完原型和文档，召开需求评审会，参会者：开发，测试，产品。评审后，产生完善之后的原型和需求文档。
（2）测试组负责人需要依据需求文档，项目周期、项目特点、工具、人员安排制定测试计划。
（3）测试人员就开始写测试用例（冒烟测试用例和普通测试用例），编写测试用例过程遇到疑问及时与产品人员确认清楚，并要求他们回归需求文档。（开发就开始概要设计和编码）。
（4）测试人员完成用例后，组织测试用例评审。参与人员有开发，测试，产品。（5）等待开发提交测试版本，提交后优先执行冒烟测试。冒烟测试的结果，需要邮件周知相关人，开发，测试，产品，其中重要的是开发领导，测试领导和产品。冒烟不通过等待开发重新提交版本，冒烟通过了进入执行用例进行测试阶段。
（6）测试阶段会发现一些问题，比如需求定义不明确，业务逻辑有冲突，要和相关人员沟通并定义清晰，得到结论后必须要求产品人员更新文档。
（7）每个人负责的模块测试结束后，小组内部要进行交叉测试（此时会进行一些性能测试）。
（8）测试通过后提交产品验收。产品验收期间协助产品验收。（1.线下新版本测试通过，线下老版本回归，确认无问题，产品、UI进行验收。其中功能验证通过后，上新的接口到线上）
（9）产品验收完毕后，项目部署仿真环境。此时需要线上的账号，所以一般也是产品和业务人员验收为主，各个公司情况不同，有些会给测试人员分配账号，进行基本流程的测试（细节视公司情况而定）。
（10）仿真环境ok了，部署线上。
（11）有些公司从测试环境提交验收的时间点开始，会要求写一些操作手册之类的文档，一些测试的报告，比如bug统计，bug的覆盖。
三：Bug的生命周期
提交（打开）缺陷——分配（转交）缺陷——确认缺陷——推迟处理--处理缺陷——回归缺陷——关闭缺陷（成功修复则关闭，否则重新打开）
四：Lniux常用命令
cd/切换到根目录
cd…返回到上一目录
pwd查看当前路径
clear清屏
mkdira在当前目录创建名字为a的文件夹
cptesttest1复制一个test文件命名为test1
mvtest/root/test1将test文件转移到root路径下并重命名为test1
五：确定测试完成的标准
基于测试级阶段的原则基于测试用例原则测试用例一旦评审通过，后面测试时，就可以作为测试结束的一个参考标准。功能测试用例通过率达到%，非功能性测试用例达到95%以上，允许正常结束测试基于“缺陷收敛趋势”原则软件测试的生命周期中随着测试时间的推移，测试发现的缺陷图线，首先成逐渐上升趋势，然后测试到一定阶段，缺陷又成下降趋势，直到发现的缺陷几乎为零或者很难发现缺陷为止。
我们可以通过缺陷的趋势图线的走向，来定测试是否可以结束基于“缺陷修复率”原则严重错误和主要错误的缺陷修复率必须达到%，不允许存在功能性的错误；次要错误和一般错误的缺陷修复率必须达到85%以上，允许存在少量功能缺陷，后面版本解决；对于较小错误的缺陷修复率最好达到60%~70%以上。
对于测试建议的问题，可以暂时不用修改基于“验收测试”的原则达到或接近测试部门指定的标准后，就递交用户做验收测试。如果通过用户的测试验收，就可以立即终止测试部门的测试；如果客户验收测试时，发现了部分缺陷，就可以针对性的修改缺陷后，验证通过后递交客户，测试也可以结束基于“项目计划”原则基于“质量成本”原则确定测试完成标准。
转载请注明：http://www.0431gb208.com/sjszyzl/1497.html
