软件测试常见面试题分享

1.请简单做一下自我介绍
你好，我叫Leon,来自四川成都，在某学院计算机专业毕业，从毕业至今在某公司从事软件测试工作2年。我们做的项目主要是心理健康评估，采用Saas云架构模式，定制化心理服务以及AI数据模型综合分析预警。涉及模块包含测评入口、测评中心、测评结果和系统管理。项目中我负责过web测试、app测试，主要进行功能测试、接口测试，也负责过简单的性能测试，能独立搭建web项目测试环境。熟悉接口测试工具postman、jmeter、fiddler的使用，也写过简单的自动化测试脚本，会使用Java、python等编程语言。我是一个做事细致认真的人，有很大信心做好测试的工作。以上是我的介绍，谢谢！

2.你的测试职业发展是什么
测试经验越多，测试能力越高。所以我的职业发展是需要时间积累的，一步步向着高级测试工程师的目标靠近。而我也有初步的职业规划，前两年积累测试项目经验，按如何做好测试工程师的要点去要求自己，不断更新自己改正自己，做好测试任务。然后目前也在学习自动化测试，编程语言测试开发技术的内容，希望提供技术的提升能够为工作带来效率，给公司创造价值，以上是我的回答，谢谢！

3.你认为测试人员需要具备哪些素质
第一，要有良好的有效沟通和协调能力，因为测试人员经常要与开发、客户、产品等人员接触并协调处理一些问题，因此有效的沟通是非常有必要的。
第二，耐心与技术是测试人员在企业中的生存之道。无论在测试还是在沟通中都要有足够的耐心和细心。
第三，要有细心、责任心和怀疑的心，本着找出软件存在的问题的态度进行测试，认真负责地完成测试工作.
第四，要有强烈的主人翁意识和质量意识，以用户的观点看问题。
以上是我的回答，谢谢!

4.软件测试的目的是什么
首先软件测试的目标是为了保证产品的质量。在这个过程中我们会使用各种方式和手段对软件进行测试，尽可能早的发现bug和需修复bug。
其次软件测试的目的也是为了提供产品的质量。我们会站在用户的角度来进行测试，提高软件的用户体验感。
最后软件测试也是公司产品质量保证的最后一关，跟公司的形象、品质有密切的关系，所以作为测试人员，我们要有强烈的质保意识，力争把握好产品质量的最后一关。
以上是我的回答，谢谢!

5.测试阶段分为哪几个阶段
测试分为如下几个阶段：
1.单元测试：是一种最初期的测试阶段，主要以白盒测试为主，在我们公司主要是开发人员来负责。
2.集成测试：在单元测试的基础上进行组装后再进行的一种测试，主要以黑盒测试为主，接口测试也是在这里执行，我在项目中使用postman来进行这部分的测试。
3.确认与系统测试：整个功能全部完成后进行的完整系统的测试，主要以黑盒测试为主，包括功能测试、兼容性测试、压力测试等等。
4.验收测试：由验收部门或者用户参与来进行的测试，主要主要以黑盒测试为主，是用户对软件进行最终的检查。
以上是我的回答，谢谢!

6.你认为如何才能把测试工作做好
我认为做好测试工作首先需要具备硬实力和软实力：
硬实力包括：1.广泛的业务能力，如产品的熟悉、业务的流程、复杂业务的处理等；2.过硬的测试技术，如测试理论技术、自动化测试技术、数据库使用、Linux系统操作等。
软实力包括：1.要有良好的有效的的沟通和协调能力；2.要有耐心和责任心，还要有强烈的质量意识。
以上是我的回答，谢谢!

7.谈谈你之前测试的项目流程，在每个阶段的输出有哪些
1.项目启动后首先会召开需求分析会议，参会人员有产品、开发和测试，主要是探讨需求主要的一些功能点。（输出：数据库表设计、接口设计、需求文档、提测时间等）
2.然后开发制度开发进度表，根据需求进行开发，测试经理制度测试计划，对测试工作进行全局把控。（输出：测试计划）
3.测试计划评审通过后，根据测试计划的安排，我们参考需求规格说明书及原型图来进行需求分析和测试用例的设计，用例写完之后会在组内对用例进行评审评审过后会进行更改，修改的再次评审，评审通过后整理成最终的用例版本并归档保存。（输出：测试用例）
4.提测：开发人员版本编译完成后，我们会先进行预测，主要对主功能业务业务进行测试，如果主流程不通过，直接大会版本，开发进行修改后再次提测。
5.提测通过后，再测试组织安排进行系统测试，测试过程中主要是执行用例，提交bug，跟踪bug。如果有已修复的bug，也会进行回归测试，验证bug是否修改，是否有引入新的bug。（输出：bug表单、用例执行结果记录表）
6.系统测试完成后，会由测试组长进行数据统计和测试报告输出。（输出：测试报告）
7.经过多轮测试后，产品的质量达到指定的标准后就可以上线发布，发布会我们也是会关注产品是否正常运行，会做常规的维护性测试工作。（输出：上线报告、上线记录）
以上是我的回答，谢谢!

8.如何编写测试用例
1.测试人员尽早介入，彻底裂解清楚需求，这是写好测试用例的基础。
2.如果以前有类似的需求，可以参考类似需求的测试用例，然后还需要看类似需求的bug情况。
3.清楚输入、输出的各种可能性，以及各种输入之间的关联关系，理解清楚需求的执行逻辑，通过等价类、边界值、判定表等方法找出大部分用例。
4.找到需求相关的一些特性，补充测试用例。
5.根据自己的经验分析遗漏的测试场景.
6.多总结类似功能点的测试点，才能写出质量越来越高的测试用例。
7.书写格式一定要清晰。