测试理论面试题汇总
1、测试流程：
首先拿到产品需求文档，进行需求分析及需求评审
然后测试编写测试计划和测试用例，集合相关人员评审测试用例，
开发编写代码，转测给测试，测试先进行冒烟测试，然后正式进入到测试阶段，
完成所有的缺陷修复之后，进行验收测试，编写测试报告，最后准备产品上线
2、测试用例的要素：
1.用例ID
2.用例名称
3.测试目的
4.测试级别
5.参考信息
6.测试环境
7.前提条件
8.测试步骤（通俗易懂，清晰明了）
9.预期结果
10.设计人员
3、测试用例编写的注意事项：
与大家保持一致、 清晰明了、 易懂、 具体
4、BUG注意事项：
1、BUG标题一定要表达出问题的核心，看了标题就知道是什么问题
2、BUG步骤要清晰明了，通俗易懂，步骤要非常详细
3、提交BUG最好有问题的截图
4、提交BUG最好有详细的日志信息（主要针对的是后台服务）
5、印象最深的BUG
6、如果你提交的BUG,开发不承认，你会怎么办？
1、将问题提交到缺陷管理库里面进行备案。
2、要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地 方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方， 来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷；
3、与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
4、合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个 人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠 道，向上级反映，并有上级做出决定
7、需求文档里面有什么？
1、本次迭代的页面交互图
2、业务逻辑流程图
3、关于业务逻辑的描述
8、一个功能，实际测试5天，给你3天的时间，你是否接受？
答：接受，但是我会评估这个工作量，如果评估下来，认为是4天的工作量，而不是3天的，那么我会找你详细的说明理由。
9、一个迭代多少天？具体每天的工作内容是什么？
第一周：
周一：熟悉需求，评审需求，列计划
周二：编写测试用例
周三：评审测试用例，完善测试用例
周四&周五：编写自动化测试case，等开发转测，以及冒烟测试验证
第二周：
周一：开始第一轮测试
周二：回归所有的bug，开始第二轮测试
周三：开启系统测试，准备提交验收测试
周四：编写测试报告，准备上线前的工作
周五：跟踪上线后的产品情况，然后项目内部复盘
10、一个团队里面多少人？
pm:1 test:4 前端：2 后端：5 产品：1 总人数：13
预估工时：大多数时候,以天为单位
story的特性：
1、可以独立的转测
2、可以独立的测试
3、有开始有结束
11、文档有哪些？
1、需求设计文档
2、测试计划
3、测试用例
4、测试报告
5、开发技术方案
12、测试报告包含的点：
1、版本，参与人，测试周期
2、本次迭代功能测试结果
3、系统已有功能测试结果
4、核心流程测试结果
5、BUG整体情况
A、总的BUG数
B、已解决数
C、遗留的（必须要和管理层沟通，评估）
6、测试风险
