什么是回归测试？
开发人员把Bug修复好之后，测试人员需要重新验证Bug是否修复好了，同时在新版本中进行测试以检测开发人员在修复代码过程中是否引入新的Bug，此过程就称为回归测试。
（1）即使上一轮的Bug被修复了，在下一轮的测试中还可能发现新的Bug，并不是说上一轮的Bug修复好了就不会再出现其他问题了；
（2）软件测试并不是测试一轮就完成了，一般情况下，一个软件产品可能需要经过多轮反复测试和验证才能达到上线标准。
回归测试策略
1、回归测试时执行全部的测试用例。（第一轮发现bug过多，第二轮会执行全部用例）
2、选择重要的功能点、常用的功能点、与Bug相关联的功能点进行回归测试
3、选择性执行关键功能点的测试用例。
4、仅测试出现Bug的功能点。（适用于测试认为软件功能点已经十分稳定了）
每一轮测试都需要选择合适的回归测试策略，每个策略都有其适应的场景，不能一概而论，应当以Bug的数量和严重程度为导向，深入分析，然后得出适合本项目的回归测试策略。
【关于bug重现】
如果你发现了一个Bug，但之后再也没法重现，你怎么办？
参考回答：遇到这类问题，我首先会截图，并搜集日志，以保留好测试现场。
没有重现的问题可能是没有触发引起此Bug发生的某个点，所以作为测试人员我会想方设法尽可能地让这个Bug重现。
如果实在无法重现，我还是会提交此Bug给开发人员，如果有截图和日志，也将一并附上。如果开发人员要求重现
，那测试人员就需要在后期继续观察，如果最终还是无法重现，则会把此问题反应给测试经理，
由测试经理同开发人员进行评审以及商量解决的方法。虽然现在没有重现，但是不能保证在用户那里不会出现。
【测试工作结束标准】
第一，我们已按照测试计划中的安排完成了所有的测试工作。
第二，测试用例已全部执行完成，并且执行通过率达到标准。
第三，每个测试人员手上的Bug都处于关闭状态。
第四，回归测试全部执行完毕，没有发现会影响产品上线的Bug，软件产品达到了上线标准。
第五，每个测试人员所负责的测试报告已完成，并提交给了测试经理。如果上面的工作都已完成，我觉得测试工作就基本结束了。
【测试流程】
个完整的测试流程包括需求评审、测试计划制定、测试用例设计、用例评审、环境搭建、测试执行（提交Bug、回归测试）、撰写测试报告等。
【shell脚本】
一次性把文本文件里所包含的全部命令执行完成，而无须手工一条一条执行。这个具有可执行权限的文本文件就是shell脚本
【职业规划】
1、技术路线 从基础到专项-自动化、性能、安全
2、管理 测试组长-主管
3、产品和市场路线
4、开发路线
【面试技巧】
在面试的过程中，任何问题的回答都不要只有一句话。一个问题的中心思想可能只有一句话，但是中心思想说完后，应当尽可能详细地进行一些补充，充分体现你的测试思路和细节，以及你的处理方式。
面试官更喜欢这类回答。这一点很重要，也是大家能否通过面试的一个重要因素。
回答问题的时候一定要注意缓冲。例如在回答问题前，可以先说“嗯”或者“好”，然后停几秒钟思考后再回答。这样有利于将问题拓展开来，不要抢着去回答，因为不假思索就回答容易紧张。
在回答每一个问题之前，最好加上一句开始语，如“我们之前是这么做的”
