关于测试项目实战笔记

需求分析：
显性需求：需求文档上标注好的功能，逻辑，主流程，业务场景；
隐性需求：文档没有标注的功能点，逻辑，从用户的角度进行思考，哪种方案更贴合用户的使用，这种需求往往是根据市场的发展不断变化的。从这些角度去发现隐性需求。
特殊需求：红色字体标注的；
关联需求：模块与模块之间产生联系的功能；

需求的特征：完整性、正确性、精确性、可行性、必要性、无二义性、可验性；

一个需求从出现到澄清：需求来源，需求串讲，需求划分，需求了解，

测试计划的组成：
1.简介（目的、背景、范围）
2.测试约束（测试准入、测试准出）
3.资源与环境（人力资源配置、测试环境配置）
4.测试任务与进度
5.风险及风险管理（对有可能因为测试不到位的地方进行打预防针）
6.测试
7..测试交付文档（用例、小结报告、总结报告）

测试策略的制定包含的三个方面：
1.确定测试过程要有适用的测试技术和工具；
2.制定测试启动、停止、完成的标准；
3.进行风险分析和应对方案；
常见的16种测试策略：功能测试、性能测试、压力测试、安全性测试、可用性测试、安装测试、异常测试、网络测试、稳定性测试、容量测试，CUI测试、配置测试、备份测试、健壮性测试、文档测试、在线帮助测试。
CUI测试：是指对使用GUI的软件进行的软件测试，是计算机软件与用户进行交互的主要方式。
测试方案、测试计划、测试策略与测试用例之间的区别？测试方案：测试工具的设计和选择，测试用例的设计方法，测试代码的设计方案。测试方案需要在测试计划的指导下进行，测试计划提出“做什么”，而测试方案明确“如何做“。一个行动方案，一个偏执行。测试计划：1、对测试全过程的组织、资源、原则等进行规定和约束2、并制定测试全过程各个阶段的任务分配以及时间进度安排3、并提出对各项任务的评估，风险分析和管理需求4、围绕管理层的一次活动测试策略：侧重需求分析，评估风险，定义测试范围，确定测试方法，制定测试启动、停止、完成标准和条件。测试用例：根据测试计划，制定完成测试任务的具体测试步骤。

版本号：v1.0，v1.1等
你版本迭代的周期是多长时间？
一般是2个星期一个迭代
你的项目组开发测试的占比是多少？
一个测试对应4-5个开发
JDK：
标准版：简称 SE，
企业版：简称 EE，
用于移动以及嵌入式设备的版本：简称 ME，
bin目录：主要存放Tomcat的一些命令，sh，bat结尾的命令
启动命令：sh startup.sh或 ./ startup.sh
关闭命令：sh shutdown.sh或 ./ shutdown.sh
conf目录：主要存放Tomcat配置文件
部署多个项目：
1.直接部署在同一个Tomcat服务中，通过项目后缀分辨哪个项目，但会导致加载解析项目时间过长；
2.部署多个Tomcat服务器，通过修改端口号来进行访问不同的项目，
默认8080，在server.xml的70行可修改
context.xml ：配制Tomcat数据源
Tomcat-users.xml：管理Tomcat用户权限
web.xml 设置Tomcat支持的文件类型

lib目录：存放一些封装方法函数，类等等一系列公共方法。
jdbc：连接数据库的方法。
logs目录：存放Tomcat运行过程中产生的日志文件，
你在项目当中如何查看日志的，用的什么命令？
tail -f  catalina.out  （在logs目录中输入命令）
你是怎么定位一个bug的？
查看日志定位bug，协助开发进行定位bug；
怎么定位是前端bug还是后端bug
请求报文出错就是前端bug

webapps目录：用来存放部署的项目包，支持Jar包、war包的格式

work目录：用来存放Tomcat运行时产生的编译后的文件，例如jsp编译后文件（jsp：java的服务端界面），清空后，重启Tomcat可以达到清除缓存的目的。

日志错误级别的说明：
info：仅是一些基本的讯息说明而已；notice：比 info 还需要被注意到的一些信息内容；warning 或 warn：警示讯息，可能有问题，但是还不至于影响到某个daemon 运作。daemon（）一直运行的服务端程序又叫守护进程。err 或 error ：一些重大的错误讯息，这就要去找原因了。crit：比 error 还要严重的错误信息，crit 是临界点 (critical) 的缩写。alert：警告警告，已经很有问题的等级，比 crit 还要严重！emerg 或 panic：疼痛等级，意指系统已经几乎要宕机的状态！很严重的错误信息