DAY19(6.21)笔记 多有米测试环境

H模型的测试流程：
在进行需求澄清会议之前，产品经理会先发邮件给到项目所有人，邮件内容包括会议的时间地点、需求说明书。
我们在得到需求说明书之后，会先去阅读需求说明书，遇到问题，我会先把问题记录标注下来，等到开会时就带着问题进行开会

首先我们会进行需求会议：在需求会议上有产品经理进行主导，参加会议的人员有：产品、开发、测试、运维等；
在此期间，开发会给出相关的一些意见（评估一下开发需要多长时间进行开发，需要用一些说明技术）
测试也会给出对应的意见（评估测试需要用多长的时间测试完毕）

等需求会议结束之后，开发去编写代码，测试经理根据需求的复杂度以及难度安排测试任务，我们测试人员开始编写测试用例。

测试用例编写完毕之后，一般我们会先进行交叉评审，之后我们会进行正式的用例评审会议，由我们测试主导，参加会议的人员有产品、相关的开发、测试人员等、
目的是为了看看我们对需求的理解是否和产品、开发理解是否一致，以及测试用例是否符合需求，测试用例的覆盖率是否达到100%，规避开发是否有些没有开发到位的点。

然后我们等待开发的提测。

等代码部署完之后，我们要进行冒烟测试，冒烟通过之后，则进行SIT全量测试（SIT1是完整的全量测试、sit2和Sit3的增量测试），3轮sit测试后基本能达到测试准出，接着我们会对代码包进行定版，定版之后进入上线准备，输出测试报告、对原有系统主体流程进行回归测试。

接着我们会发邮件给产品以及公司的全部同事，说明本次功能测试完毕，请验收。如果产品进行验收时，出现bug则直接修改bug，如果没有bug就在原来的邮件基础上确认验收情况并回复说明上线的时间点。

上线之后我们会先进行 灰度测试（小范围的给用户进行使用），灰度测试通过之后就可以进行正式上线，上线完毕之后进行线上验收。

验收完毕之后，进行文档归档，这个就是我们的测试流程



apache-tomcat是基于Java开发语言开发的应用服务器，linux系统并不能直接编译Java语言，所有要安装jdk，JDK是Java的软件工具包


Apache-tomcat是一个web容器，部署项目可以简单理解为替换掉容器里面原来有的东西（就是删掉了原来webapps目录里面的文件，替换为我们项目的代码包），分别去修改前台和后台的配置文件，这个配置文件是用来读取数据库里面duoyoumi库的数据


重点记忆目录：
bin：
logs：
webapps：
conf：

bin目录：用来存放tomcat命令的目录
shutdown.sh  ----停止服务的脚本
startup.sh    ---启动服务的脚本

执行shell脚本（.sh结尾的文件）的两种方式：
sh +脚本.sh
./脚本.sh
shell编程语言，是一种Linux的脚本语言，跟linux命令很密切


ps -ef|grep tomcat ：可以查看tomcat服务有没有启动，以及查看对应的pid（进程号）
kill -9 +pid：结束进程


面试题：kill -9 和kill -15有什么区别？
kill -9 和kill -15都是可以结束进程
kill -15 可以在结束对应进程之前，运行对这个进程做一些清理工作，停止其他相关联的进程
kill -9 直接杀死目标进程，不会做清理操作


conf目录：用来存放tomcat的配置文件


面试题：你知道怎么查看修改tomcat服务器的端口号吗，在哪里修改？
在tomcat目录底下的conf目录下server.xml文件的第70行可以查看并修改


tomcat服务器的默认端口号是8080

http://192.168.249.138:8080/
http 超文本传输协议  默认端口号：80
https 安全超文本传输协议 默认端口号：443




https://192.168.249.138:8080/



Java数据库连接，（Java Database Connectivity，简称JDBC）
是一种用于执行SQL语句的Java接口

mysql数据库默认端口号是3306    3306~3309

/etc/my.cnf  ==>mysql数据库的配置文件
lower_case_table_names=1(这句命令的意思是
在mysql中所有字符跟密码不区分大小写

Windows系统中的配置文件一般是以.ini结尾的



logs目录：存放tomcat在运行过程产生日志文件
tomcat服务器的日志是存在在哪里，你是怎么查看日志的
存放在logs目录里面，使用tail -f +日志文件 可以实时查看日志

tail -f +日志文件 |grep +关键字 -C 10
常见查看日志的关键字：ERROR、error、Error、Exception


webapps目录：tomcat在运行时，加载的项目包就是在webapps里面，项目部署就是替换webapps目录里面的东西



日志信息中的debug：调试信息，是项目选择开启，生成日志的时候本身是消耗系统的资源的，所以一般只是在开发环境以及测试环境开启，生产环境是关闭debug等级日志信息，可以通过debug等级信息分析更多的程序问题。



项目系统分为前端和后端
前端是指看得见的页面，前端一般也分为两部分：前台（给客户使用的）、后台（给内部员工使用，用来管理前台）
后端是指看不见程序代码、数据库




insert into cus_potential_info
insert into cus_login_pwd
insert into cus_login_log
update cus_online A
insert into cus_online




查找错误日志：
第一种，翻查之前的报错日志
cat catalina.out |grep 'ERROR'  -C 10 |grep  ‘对应的时间段’

第二种，在问题复现过程监控实时错误日志
tail -f catalina.out |grep ‘ERROR’ -C 10





面试题：怎么判断前端bug还是后端bug？
答：可以通过抓包工具进行抓包分析定位。（大多数浏览器都是自带抓包工具的，浏览器的开发者模式可以进行抓包操作，也可以使用专门的抓包工具，例如fiddler），F12开启开发者模式，在network模式可以看到当前页面发送的每个http请求；
通常情况下我们是通过请求接口、传递的参数、响应的时间、 响应的信息来判断bug
1，请求的url是否正确，不正确就是前端bug
2，http请求中参数是否正确（参数一般是以键-值对的形式进行传递的），要检查‘键’的拼写有没有错误，以及参数中的‘值’的格式是否正确，不正确就是前端的bug
3，http的响应信息,如果其他都正确，则要检查响应信息，如果响应信息不正确就是后端的bug；如果返回信息正确，前端没有正常显示，就是前端的bug
4，如果js基础比较好，可以通过浏览器的控制台（sources）输入js代码进行调试

后端的bug，如果准确的进行定位问题？
1，查看报错日志，通过分析日志的报错信息进行定位
2，查看数据库的数据。了解所测功能的数据结构，测试过程可以查看数据库中的数据，确认数据的正确性

面试题：你们公司的服务器架构是怎样的？
1、我们公司测试环境有1台nginx服务器，3台tomcat服务器（两台前台系统，一台后台系统），2台数据库服务器，1台Redis缓存服务器
2、在Nginx服务器nginx应用的conf目录下的 nginx.conf进行配置前台系统的服务器组的反响代理
3、启动的时候先启动tomcat服务，再启动nginx服务
4、因为后台系统也就是公司内部的同事去使用，所以也没有其他特别的配置
5、测试环境只有2台数据库服务器存放测试数据，一台是主服务器，一台是备份服务器，前台和后台都是共用主服务器，具体数据库配置可以在项目包里可以进行修改
6、Redis缓存服务器保存用户的登陆信息、还有一些秒杀抢购活动的时候也会用到，因为Redis服务器查询的速度远大于mysql


正向代理需要在客户端配置，将本来要发送的请求转发到代理服务器
反向代理需要在服务器上配置，将本来要发送到本服务器上的请求转
发到代理服务器上

集群：相同的业务，分别部署在多台服务器上面
分布式：一个业务拆分成多个子业务，部署在多个不同的服务器上

两者是如何提高工作效率？
集群是通过单位时间内提高执行任务的数量来提高工作效率
分布式通过缩短单个任务的执行时间来提高工作效率


负载均衡：响应时，看哪一天服务器的负载不是很重就给那一台进行处理，而且集群里面一台服务器被压垮了，其他服务器可以顶上




找bug时要注意：
1，中文显示‘？’不是bug
2，图片没有正常显示也不是bug




测试点模板：
1，验证xxxx模块xxxx子模块xxxx功能是否能正常使用