1、结合你以前的学习和工作经验，你认为如何做好测试工作？
尽早进行软件测软试，不断的找出软件中的bug；
不断了解和熟悉项目的需求分析，了解用户的需求；
设计全面的测试用例，覆盖所有用户需求，避免测试的随意性；
充分注意测试中的群集现象（项目中出现的bug较多的功能模块，隐藏的bug也就越多“二八现象”）
2、你觉得测试最重要的是什么？
首先你要明白用户需要什么，即熟悉用户的需求；
测试项目的每项功能是否符合用户需求规格说明书。
3、如果一个很有个性的程序员认为自己的bug不是bug，怎么解决？
首先要把自己测试出来的bug提交到缺陷管理库中；
然后根据需求规格说明书、详细设计等文档，确认实际结果是否与计划有不一致的地方，提供直接的依据；
如果程序员觉得还是bug，把这个bug提交给测试经理与产品、开发人员进行沟通，要求其修改。
4、测试的目的和原则是什么？
测试的目的：在规定的情况下，按照一定的规则对软件进行测试，发现软件存在的缺陷和错误，从而改进缺陷，以提升软件质量。
测试的原则：我们测试的所有项目都应该满足用户的需求；
尽早和不间断的对软件进行测试，以尽早发现软件缺陷；
测试可能无法显示软件潜在的缺陷且测试中的缺陷存在群集现象；
测试过程中尽量避免测试的随意性，程序员应当避免检查自己的程序。
5、软件测试有哪些划分方式？
开发阶段划分：单元测试、集成测试、系统测试、验收测试
测试实施组织：用户测试、开发测试、第三方测试
测试技术划分：黑盒测试、白盒测试、灰盒测试
6、软件测试流程是什么？/给你一个模块你怎么进行测试？
根据用户需求文档、详细设计等文档对项目进行需求分析，主要有开发、测试、产品等相关人员参与，分析软件性能、界面、功能等方面的需求；
根据需求分析编写测试计划、测试方案，组织有关测试人员进行测试用例的交叉评审。根据用户需求的变动，不断更新测试用例。
根据测试用例对软件进行测试，发现软件中的bug，提交到缺陷管理工具给指定的开发人员进行修改，对bug进行跟踪直到关闭bug，提交测试报告。
7、测试过程中遇到偶然出现的bug，你是怎么解决的？
首先自己要进行确认测试，看这个bug现象是否重现。如果不能重现这个bug找指定的开发人员，跟他描述自己的操作步骤，看他能否发现原因进行修改，倘若不能就直接提交bug并备注这个bug为偶然出现不能重现，在后续的测试活动中持续关注这个bug
8、测试用例有哪些设计方法，请举例说明。
等价类划分法：把所有坑内的输入数据划分为若干个子集，在每个子集中选取少部分有代表性的数据进行测试。
边界值法：根据输入数据的范围选取边界值进行测试，刚好大于、刚好等于、刚好小于的数据测试
场景法：把软件系统中的业务流程看成一条路径进行测试用例的设计
因果图法：
错误推测法：
9、一条bug应该包含哪些内容？测试用例case包含哪些内容？
bug编号、bug标题、等级、所属模块、重现步骤、预期结果、实际结果、指定开发人员、附件。
用例编号、用例名称、测试项、预置条件、操作步骤、预期结果、用例等级、备注。
10、在测试工作中如何判定测试的结果是一条bug？
与需求规格说明不符合、UI界面发生错误、用户体验不好、提示信息错误或不明确、软件系统不稳定发生闪退等、系统运行缓慢。
11、bug有哪些等级并列举说明？
致命：严重花屏、系统崩溃、功能与需求严重不符
严重：功能未实现、功能实现错误、系统刷新错误
一般：UI界面错误、提示信息错误、边界条件错误
轻微：未给出提示信息、格式不规范、辅助说明不清楚
12、bug的处理流程图，
提交bug、开发修改、回归测试、关闭bug；
提交bug、开发不改、测试组长；
提交bug、需求问题、产品设计、是、修改设计、开发修改、回归测试、关闭
13、测试计划文档的关键是什么？
项目描述、需求分析（功能模块、测试要点、测试类型）、人员功能模块的分配，工作进度的安排，测试设备安排、测试风险的评估（需求文档不全，导致测试覆盖不全面，测试人员不足导致测试进度滞后）
14、测试报告需要描述哪些内容？
项目概述、数据统计（人力投入，用例覆盖统计，bug分类统计）、bug遗留情况、测试风险、测试结论（系统功能全部实现，遗留bug等级轻微，不影响上线）
15、测试方案的内容是什么？
项目概述（介绍鲜蘑菇的背景和今后发展情况）、测试风险评估、测试策略（功能测试的目标，范围，方法和通过的标准；兼容性测试；UI界面测试；性能测试；验收测试）
16、APP测试与WEB测试有哪些不同点？
APP主要基于移动端测试（C/S），WEB主要基于PC端测试（B/S）；
APP经常使用无线网络环境；
APP的安装卸载方式
APP用于移动端，对其的耗电性能和抗压力性能要求较高
17、web系统测试主要测试哪些方面？
功能测试：所有功能都要满足用户需求并全部实现
性能测试：页面切换相应时间、并发测试、压力负载测试
UI界面测试：页面图片、文字显示是否正常，直观，布局合理
兼容性：系统兼容、浏览器兼容、分辨率
用户体验：
回归测试
18、测试计划、测试方案、测试报告、测试用例的内容？
测试计划：
领导可以根据你的测试计划进行分配人员和资源；
测试人员可以了解整个项目测试，而对项目测试分工；
便于公司其他人员了解测试人员的工作内容，方便自己工作且配合。
测试项目简介、项目所需工具电脑系统网络安排、测试人员安排、人员工作进度跟踪
测试报告：
数据统计（用例覆盖率、bug分类统计）；
遗留bug情况（简单介绍bug严重级别）
测试风险（偶然出现bug对项目进度的影响）
测试对象评估（功能、性能、稳定性）
测试方案：
测试需求分析、测试策略（功能、界面、兼容性、回归、自动化、性能）、测试资源、测试进度计划、风险管理
测试用例：
用例编号、测试项目费用管理、功能描述、预置条件、操作步骤、预期结果、等级、测试结果
尽早进行软件测软试，不断的找出软件中的bug；
不断了解和熟悉项目的需求分析，了解用户的需求；
设计全面的测试用例，覆盖所有用户需求，避免测试的随意性；
充分注意测试中的群集现象（项目中出现的bug较多的功能模块，隐藏的bug也就越多“二八现象”）
2、你觉得测试最重要的是什么？
首先你要明白用户需要什么，即熟悉用户的需求；
测试项目的每项功能是否符合用户需求规格说明书。
3、如果一个很有个性的程序员认为自己的bug不是bug，怎么解决？
首先要把自己测试出来的bug提交到缺陷管理库中；
然后根据需求规格说明书、详细设计等文档，确认实际结果是否与计划有不一致的地方，提供直接的依据；
如果程序员觉得还是bug，把这个bug提交给测试经理与产品、开发人员进行沟通，要求其修改。
4、测试的目的和原则是什么？
测试的目的：在规定的情况下，按照一定的规则对软件进行测试，发现软件存在的缺陷和错误，从而改进缺陷，以提升软件质量。
测试的原则：我们测试的所有项目都应该满足用户的需求；
尽早和不间断的对软件进行测试，以尽早发现软件缺陷；
测试可能无法显示软件潜在的缺陷且测试中的缺陷存在群集现象；
测试过程中尽量避免测试的随意性，程序员应当避免检查自己的程序。
5、软件测试有哪些划分方式？
开发阶段划分：单元测试、集成测试、系统测试、验收测试
测试实施组织：用户测试、开发测试、第三方测试
测试技术划分：黑盒测试、白盒测试、灰盒测试
6、软件测试流程是什么？/给你一个模块你怎么进行测试？
根据用户需求文档、详细设计等文档对项目进行需求分析，主要有开发、测试、产品等相关人员参与，分析软件性能、界面、功能等方面的需求；
根据需求分析编写测试计划、测试方案，组织有关测试人员进行测试用例的交叉评审。根据用户需求的变动，不断更新测试用例。
根据测试用例对软件进行测试，发现软件中的bug，提交到缺陷管理工具给指定的开发人员进行修改，对bug进行跟踪直到关闭bug，提交测试报告。
7、测试过程中遇到偶然出现的bug，你是怎么解决的？
首先自己要进行确认测试，看这个bug现象是否重现。如果不能重现这个bug找指定的开发人员，跟他描述自己的操作步骤，看他能否发现原因进行修改，倘若不能就直接提交bug并备注这个bug为偶然出现不能重现，在后续的测试活动中持续关注这个bug
8、测试用例有哪些设计方法，请举例说明。
等价类划分法：把所有坑内的输入数据划分为若干个子集，在每个子集中选取少部分有代表性的数据进行测试。
边界值法：根据输入数据的范围选取边界值进行测试，刚好大于、刚好等于、刚好小于的数据测试
场景法：把软件系统中的业务流程看成一条路径进行测试用例的设计
因果图法：
错误推测法：
9、一条bug应该包含哪些内容？测试用例case包含哪些内容？
bug编号、bug标题、等级、所属模块、重现步骤、预期结果、实际结果、指定开发人员、附件。
用例编号、用例名称、测试项、预置条件、操作步骤、预期结果、用例等级、备注。
10、在测试工作中如何判定测试的结果是一条bug？
与需求规格说明不符合、UI界面发生错误、用户体验不好、提示信息错误或不明确、软件系统不稳定发生闪退等、系统运行缓慢。
11、bug有哪些等级并列举说明？
致命：严重花屏、系统崩溃、功能与需求严重不符
严重：功能未实现、功能实现错误、系统刷新错误
一般：UI界面错误、提示信息错误、边界条件错误
轻微：未给出提示信息、格式不规范、辅助说明不清楚
12、bug的处理流程图，
提交bug、开发修改、回归测试、关闭bug；
提交bug、开发不改、测试组长；
提交bug、需求问题、产品设计、是、修改设计、开发修改、回归测试、关闭
13、测试计划文档的关键是什么？
项目描述、需求分析（功能模块、测试要点、测试类型）、人员功能模块的分配，工作进度的安排，测试设备安排、测试风险的评估（需求文档不全，导致测试覆盖不全面，测试人员不足导致测试进度滞后）
14、测试报告需要描述哪些内容？
项目概述、数据统计（人力投入，用例覆盖统计，bug分类统计）、bug遗留情况、测试风险、测试结论（系统功能全部实现，遗留bug等级轻微，不影响上线）
15、测试方案的内容是什么？
项目概述（介绍鲜蘑菇的背景和今后发展情况）、测试风险评估、测试策略（功能测试的目标，范围，方法和通过的标准；兼容性测试；UI界面测试；性能测试；验收测试）
16、APP测试与WEB测试有哪些不同点？
APP主要基于移动端测试（C/S），WEB主要基于PC端测试（B/S）；
APP经常使用无线网络环境；
APP的安装卸载方式
APP用于移动端，对其的耗电性能和抗压力性能要求较高
17、web系统测试主要测试哪些方面？
功能测试：所有功能都要满足用户需求并全部实现
性能测试：页面切换相应时间、并发测试、压力负载测试
UI界面测试：页面图片、文字显示是否正常，直观，布局合理
兼容性：系统兼容、浏览器兼容、分辨率
用户体验：
回归测试
18、测试计划、测试方案、测试报告、测试用例的内容？
测试计划：
领导可以根据你的测试计划进行分配人员和资源；
测试人员可以了解整个项目测试，而对项目测试分工；
便于公司其他人员了解测试人员的工作内容，方便自己工作且配合。
测试项目简介、项目所需工具电脑系统网络安排、测试人员安排、人员工作进度跟踪
测试报告：
数据统计（用例覆盖率、bug分类统计）；
遗留bug情况（简单介绍bug严重级别）
测试风险（偶然出现bug对项目进度的影响）
测试对象评估（功能、性能、稳定性）
测试方案：
测试需求分析、测试策略（功能、界面、兼容性、回归、自动化、性能）、测试资源、测试进度计划、风险管理
测试用例：
用例编号、测试项目费用管理、功能描述、预置条件、操作步骤、预期结果、等级、测试结果