1.软件测试的基本流程（详细）
需求分析阶段：阅读需求，理解需求，分析需求点，参与需求评审会议。
测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围，进度安排，人力物力分配，整体测试策略的制定。
编写测试用例：适当的了解设计，搭建测试用例框架，根据需求和设计编写测试用例。
测试执行阶段：搭建环境准备数据，执行冒烟测试（预测试）然后进入正式测试（系统测试、回归测试、交叉测试、自由测试），bug管理直到测试结束。
输出测试报告：输出测试报告，确认是否可以上线。
2.网站登录不进去，该如何排查与定位
在软件测试面试当中，面试官为了考察应聘者的技术和应变能力，通常会问，如果一个网站访问不了，你应该怎么样去排查和定位问题呢？
下面根据我们多年的测试经验，给大家一个参考：
1、假设A网站是我们要测试的网站，现在A网站打不开了，那么这个时候试试其他一些大的门户网站是否可以打开，如果也是打不开，那么就是测试工程师本机的网络问题，可以联系公司IT人员解决。
2、如果其他网站可以打开，那么就可以判定，应该是被测试网站的问题了，那么这个时候可以通过ping命令，ping网站的域名，如果域名ping不通，那么需要登录到网站的DNS解析的地方，比如阿里云解析，去查看DNS域名解析服务器有没有配置好。
3、如果域名可以ping通，那么这个时候需要登录网站服务器，使用netstat 命令查看80端口有没有启动，如果没有启动，这个时候需要启动80端口后面对应的服务器软件，比如：httpd或者tomcat等。
4、如果80端口处于监听状态的，那么这个时候需要查看服务器的日志文件，进一步从日志上面进行分析。
5、如果日志里面没有看出任何问题，那么这个时候可以联系开发人员，做进一步的代码分析和定位了
3. 性能测试坑点（干货）
1.压力测试前并未做基准测试（后来在技术老大的指导下才知道，压力测试必须做基准测试，而且要仿真业务系统实际情况去做基准测试）。
2.从技术层面上说，压力测试的目标，充分使用硬件资源，把服务器的每个核，能有90%的使用率，说明CPU的性能都使用了（而这点对于开发人员来说，是相反的。就像我们在使用自己的电脑时，cpu占用越低我们越开心，而服务器上理想最佳使用效果就是99%的使用率）。
3.针对特点业务场景，分清是“计算密集型”还是“I/O密集型”。
4.日志打印真的很耗时，建议异步写。
5.个人认为nmon的图表真的不错。
6.用于压力测试的线程数不宜过多，避免因CPU频繁切换造成额外的性能损耗。
