5月11号随堂笔记

jdk：用来编译java开发的程序
jdk版本：
1，j2 se （标准版）
2、j2 ee   企业版
3、j2 me 移动设备，嵌入式设备

tomcat：一款免费开源的java应用服务器
[root@localhost apache-tomcat-7.0.56]# ll
total 116
drwxr-xr-x. 2 root root  4096 May 10 22:25 bin      
drwxr-xr-x. 3 root root  4096 May 10 22:27 conf
drwxr-xr-x. 2 root root  4096 May 10 22:25 lib
-rw-r--r--. 1 root root 56812 Sep 26  2014 LICENSE
drwxr-xr-x. 2 root root  4096 May 11 00:45 logs
-rw-r--r--. 1 root root  1192 Sep 26  2014 NOTICE
-rw-r--r--. 1 root root  8963 Sep 26  2014 RELEASE-NOTES
-rw-r--r--. 1 root root 16204 Sep 26  2014 RUNNING.txt
drwxr-xr-x. 2 root root  4096 May 11 00:45 temp
drwxr-xr-x. 4 root root  4096 May 10 22:33 webapps
drwxr-xr-x. 3 root root  4096 May 10 22:27 work

bin      主要存放tomcat操作指令：
           主要2种指令1、 .bat 2、  .sh
           ./ 指令.bat或sh     和sh 指令.bat或sh
conf    存放的tomcat配置文件
          server.xml可以用来设置tomcat 的默认端口号，配置域名等等
                在系统中部署多个项目你有哪些方法？
                   1第一种方法：将所有的代码包存放在webapps目录下面，访问这些项目的时候，通过相同的域名，不同的目录区分不同的项目
                    这种方法简单快捷，但是对服务器压力大
                   2、在同一个系统部署多个tomcat服务器，不同的服务器运行不同的项目：
                        针对不同的服务器设置不同的端口号来区分，通过修改conf下面的server.xml文件来修改
                        修改端口号：70行 port 就是端口      (改完重启tomcat)
          web.xml 文件：设置支持的文件类型
          context：配置tomcat获取的数据源
logs目录：存储程序运行过程中所加载的日志详情
catalina.2022-05-10.log
catalina.2022-05-11.log
.log结尾的文件是程序运行产生的文件，只要软件运行了都会记录cat命令查看

catalina.out
   tail -f 实时查看    ctrl z 退出查看
你在工作中如何定位BUG
   可以通过日志来确定这个BUG信息，协助开发进行定位问题

info：基本讯息说明
DEBUG：调试模式
notice：也是讯息说明，可能需要被注意的地方，等级比info高
warning：警示信息，已经出现问题，但还不至于影响程序运行
crit：警告，这个有严重等级的问题
error：信息：出现bug了导致程序不能运行

cat log日志文件 | grep error 的错误信息

temp目录：用来存放运行过程中生成的缓存文件，清空不会对文件造成影响

webapps目录：用来部署我的代码包的目录，默认支持war包，jar包

work目录：存放tomcat运行时编译的文件


创建duoyoumi目录：mkdir duoyoumi
将压缩包传输至多有米目录
解压 tar zxvf 压缩包文件名
export JAVA_HOME=/duoyoumi/jdk1.8.0_144   (jdk绝对路径)
vim /etc/profile
文件最后行后加入export JAVA_HOME=/duoyoumi/jdk1.8.0_144
export CLASSPATH=.{JAVA_HOME}/jre/lib/rt.jar{JAVA_HOME}/lib/dt.jar{JAVA_HOME}/lib/tools.jar
export PATH=$PATH{JAVA_HOME}/bin
保存退出
source /etc/profile   重新加载
Java -version     查看是否安装成功

[root@bogon ~]# vim
文件加入   skip行下方lower_case_table_names=1  保存退出
重启mysqld    service mysqld restart
在MySQL系统中输入show variables like "%case%";
显示：
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| lower_case_file_system | OFF   |
| lower_case_table_names | 1     |
+------------------------+-------+
2 rows in set (0.00 sec)



作业：
了解一下市面上常见的bug用例管理工具？
禅道、Jira、Bugzilla；

了解一下bug生命周期？
1， 有效地记录BUG
2， 使用BUG模板
3， 评价BUG优先级和严重性
4， BUG的生命
5， 维护BUG数据库；

了解一下bug的严重等级；
A. 致命性：数据被破坏、数据丢失、系统崩溃、系统无法运行。
B. 重大性：处理结果不正确、流程不对、性能不能满足要求
重大性以上bug用白底红字方式标识出来。
C. 次要性：不会影响整个系统的运行性能，
D. 一般性：操作不方便，界面布局不合理，难以理解
E. 建议性：界面重构、描述更改、流程改进。

提交一个bug需要哪些信息？
一个缺陷报告必须包含以下核心要素：
1）测试环境
2）软件版本
3）缺陷标题（问题描述）
4）测试步骤
5）期望结果
6）实际结果
7）详细日志及界面截图
一篇高质量的软件缺陷记录应该考虑一下方面：
1) 通用ui要统一、准确
缺陷报告的ui要与测试的软件ui保持一致，便于查找定位。
2) 尽量使用业界惯用的表达术语和表达方法
使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
3) 每条缺陷报告只包括一个缺陷
每条缺陷报告只包括一个缺陷，可以使缺陷修正者迅速定位一个缺陷，集中精力每次只修正一个缺陷。校验者每次只校验一个缺陷是否已经正确修正。
4) 不可重现的缺陷也要报告
首先缺陷报告必须展示重现缺陷的能力。不可重现的缺陷要尽力重现，若尽力之后仍不能重现，仍然要报告此缺陷，但在报告中要注明无法再现，缺陷出现的频率。
5) 明确指明缺陷类型
根据缺陷的现象，总结判断缺陷的类型。例如，即功能缺陷、界面缺陷、数据缺陷，合理化建议这是最常见的缺陷或缺陷类型，其他形式的缺陷或缺陷也从属于其中某种形式。
6) 明确指明缺陷严重等级和优先等级
时刻明确严重等级和优先等级之间的差别。高严重问题可能不值得解决，小装饰性问题可能被当作高优先级。
7) 描述 (Description) ，简洁、准确，完整，揭示缺陷实质，记录缺陷或缺陷出现的位置
描述要准确反映缺陷的本质内容，简短明了。为了便于在软件缺陷管理数据库中寻找制定的测试缺陷，包含缺陷发生时的用户界面（ui）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。
8) 短行之间使用自动数字序号，使用相同的字体、字号、行间距
短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。
9) 每一个步骤尽量只记录一个操作
保证简洁、条理井然，容易重复操作步骤。
10) 确认步骤完整，准确，简短
保证快速准确的重复缺陷，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
11) 根据缺陷，可选择是否进行图象捕捉
为了直观的观察缺陷或缺陷现象，通常需要附加缺陷或缺陷出现的界面，以图片的形式作为附件附着在记录的“附件”部分。为了节省空间，又能真实反映缺陷或缺陷本质，可以捕捉缺陷或缺陷产生时的全屏幕，活动窗口和局部区域。为了迅速定位、修正缺陷或缺陷位置，通常要求附加中文对照图。
 附加必要的特殊文档和个人建议和注解
如果打开某个特殊的文档而产生的缺陷或缺陷，则必须附加该文档，从而可以迅速再现缺陷或缺陷。有时，为了使缺陷或缺陷修正者进一步明确缺陷或缺陷的表现，可以附加个人的修改建议或注解。
12) 检查拼写和语法缺陷
在提交每条缺陷或缺陷之前，检查拼写和语法，确保内容正确，正确的描述缺陷。
13) 尽量使用短语和短句，避免复杂句型句式
软件缺陷管理数据库的目的是便于定位缺陷，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。
以上概括了报告测试缺陷的规范要求，随着软件的测试要求不同，测试者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，经常阅读、学习其他测试工程师的测试缺陷报告，结合自己以前的测试缺陷报告进行对比和思考，可以不断提高技巧。
14) 缺陷描述内容
缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果。操作步骤可以方便开发人员再现缺陷进行修正，有些开发的再现缺陷能力很差，虽然他明白你所指的缺陷，但就是无法再现特别是对系统不熟悉的新加入开发人员，介绍步骤可以方便他们再现。实际结果可以让开发明白错误是什么，期望结果可以让开发了解正确的结果应该是如何