1.软件测试的流程？（软件测试的生命周期是什么？）
需求分析--测试计划--测试设计/开发--测试执行--测试报告
2.如何清楚的描述一个BUG？
版本号、测试环境、测试步骤/测试数据、测试实际结果、测试预期结果、附件（错误日志、截图）
3.如果因为一个BUG，和开发人员或其他人员发生冲突怎么处理？
（1）先从自身检查，看自己描述的BUG是否清楚
（2）从用户的角度去说服开发人员
（3）BUG定级一定要按照公司的标准来
（4）不断提高自己的业务水平和技术水平
（5）和产品经理沟通，讨论BUG的解决方案
4.什么是测试用例？
软件测试人员向被测试系统发起的一组集合，包括测试环境，测试数据，测试步骤，预期结果
5.为什么要设计测试用例？
（1）测试用例是测试执行者的依据
（2）测试用例有复用性（可用于回归测试）
（3）测试用例可以衡量需求的覆盖率
（4）自动化测试用例编写的依据
（5）有借鉴意义
6.基于需求设计测试用例要怎么做？
（1）分析需求，验证需求的合理性，正确性，看需求是否逻辑自洽，无二义性
（2）细化需求，提取测试项，根据测试项去设计测试用例
a.从功能性角度考虑：
从界面的功能开始分析和设计，不能遗漏（从上到下，从左到右）
根据业务，使用场景，把功能串联起来测试
一个功能的不同输入要进行测试
数据异常，要考虑异常操作
验证软件中的算法（白盒测试）
b.从非功能性考虑
易用性、可靠性、容错性、兼容性、安全性、可移植性、性能
（不同类型软件对非功能性的考虑不一样，要求也不一样）
7.等价类
等价类的设计思想就是把输入划分成若干个等价类，从每一个等价类中选择测试用例进行测试，如果这个测试用例通过，我们就说这个测试用例代表的等价类测试通过。等价类是解决测试无法穷举的一种情况。
8.边界值法
对输入输出边界针对性的进行测试用例的设计
9.错误猜测法
根据测试人员的经验，直觉针对性的去设计测试用例，用于对测试用例设计的补充。
10.场景法
把一个个孤立的功能串起来形成一个场景，每一个功能不同的输入会触发流程走向不同的场景，根据这些不同功能的不同输入触发形成的场景进行测试用例的设计。
