一、对系统整体的了解

　　Server端：jsp+Servlet+json

　　数据库：sql、MySQL、oracle等

　　前台： 涉及到 jstl，jsp，js，css，htm等方面

　　后台：servlet，jms，ejb， 还有很多框架，struts，hibernate，spring，ibatis

　　Jsp：分不清前后台的，因为这里涉及到一个运行时刻的问题，它们的运行时刻是不同。

　　二、前后台bug定位

　　1. 前台的bug通常是功能、界面和兼容性等有关;后台的bug与性能和安全性有关。

　　前台bug定位：按F12在控制台中查看报错信息，对于出错的js可以在Sources下查看对应报错的资源文件，写入缺陷管理工具提交给开发即可(或者使用一些抓包工具，

　　抓取请求相应过程中的资源文件)

　　前台bug注意以下三个方面：

　　1)网站前台权限控制：没有权限的用户不能直接输入url的方式来进行访问，必须进行登录。以后涉及到权限的测试，一定不能漏掉url的方式也需要验证一下。

　　而在单个页面进行W3C测试时则需要去掉该权限控制。

　　2)网站前台的title，对于这个也很容易忽视。进入到不同的功能页面，title显示应该是有，并且要和你进入的页面一致。title就是在浏览器最左上角看到的那些文字

　　3)http和https的注意点：

　　https是一种安全链接，需要证书，所以在系统中客户会要求某些关键的地方希望加上这种安全连接，那么此时你需要注意的是：对于不需要的安全链接的地方千万也要去

　　2.后台bug定位：根据后台日志文件

　　系统使用secureCRT进行日志获取，或者服务器控制方面的操作(关闭和重启)

　　重启的一般情况：

　　1)热部署 (新增部分功能，或者修改部分bug)

　　2)发布新版本 (整个系统)

　　3)内存溢出，此时重启服务器即可

　　由于项目中有线程程序，./shutdown脚本关闭tomcat程序，不能把启动的线程全部关闭，造成服务器启动线程未关闭的错误。

　　Linux系统中重启Tomcat的一般步骤：(一般是先关闭进程，然后进行重启 ，如果/要删除某个文件：rm 文件名，或者不为空的文件夹：rm -rf 文件夹名)

　　cd usr/local/ //测试服务器名称/bin

　　ps -exf //看测试服务器下运行的项目的主进程(最前面的数字为PID进程号)

　　kill -9 PID //强制关闭某一项目的主进程

　　./startup.sh // ./**.sh 即执行重启shell脚本文件 ，此时在测试服务器的bin下面，直接执行即可，其余的加上 chmod a+x shell脚本文件，也可用./执行

　　小知识：

　　ps aux和ps -ef命令区别

　　ps aux 是用BSD的格式来显示java这个进程

　　显示的项目有：USER,PID,%CPU,%MEM,VSZ,RSS,TTY,STAT,START,TIME,COMMAND

　　ps -ef 是用标准的格式显示java这个进程

　　显示的项目有：UID,PID,PPID,C,STIME,TTY,TIME,CMD)

　　3.如何查看日志?

　　一台服务器可以部署多个应用：

　　cd usr/local/测试服务器名称/logs //查看先进入到服务器的logs目录下

　　tail -f catalina.out //监视catalina.out 文件的尾部内容(默认10行)

　　4.一般的问题原因总结：

　　程序：为空判断，增删改查,不同公众号调用的接口也不一样

　　数据初始化：数据库表结构和数据初始化，权限配置，

　　特别注意生产环境上的用户数据修改，此时用户在使用

　　故障无法重现时：

　　1)看日志，根据日志定位原因，则在测试环境中按照日志提示构造条件相同的测试案例测试，尝试在测试环境中将问题重现。

　　2)测试环境和配置与实际的工程环境和配置有哪些差异等等。同时主动与开发负责人、工程实施人员以及有经验的项目经理讨论，分析可能导致的原因。

　　测试环境ok，生产环境新增时保存失败，查看后台日志报长度溢出，数据库内容字段要求和生产环境不一致

　　6.辅助工具：linux和SQL

　　linux查看日志

　　SQL用来筛选数据或直接进行数据修改状态，多用于集成测试过程中前后流程相连接

　　三.浏览器兼容性和网页规范标准测试

　　浏览器兼容性测试(偏主流浏览器，重庆IT运维，如谷歌，火狐，IE8以上)：

　　W3C网页验证：(判断网页书写是否符合规范，记住此处必须去掉权限控制，单个单元页面url需要跟参数)