Chapter1重要内容：
markdown语法
标题：
1.#一级标题
2.##二级标题
3.###三级标题
4.####四级标题
5.#####五级标题
6.######六级标题
列表：
-
有序列表：
-
无序列表：
- 无序列表a
- 无序列表b
图片
图片添加：
格式：image.jpg
超链接
简述超链接
超链接文本
文本引用
文字引用：
基础不牢，地动山摇
单行代码引用：
abcderf
多行代码引用：
abcdefggsahgsahgas
wehifawhga
asdhgaspodighospdahgopasdg
表格
| 姓名 | 名次 | 班级 |
|---|---|---|
| 小红 | 2 | 一班 |
| 小黄 | 3 | 四班 |
| 小宇 | 5 | 三班 |
- 表格居中，居左，居右
| 姓名 | 名次 | 班级 |
|---|---|---|
| 小红 | 2 | 一班 |
| 小黄 | 3 | 四班 |
| 小宇 | 5 | 三班 |
加粗斜体
加粗
- 基础不牢，地动天摇
协体
- 基础不牢。地动山摇
加粗斜体
- 基础不牢，地动山摇
转义符： "\”
| 功能 | 符号 |
|---|---|
| 标题符号 | # |
| 有序列表 | \1. |
| 无序列表 | - |
| 图片 | [image](地址或路径) |
| 超链接 | [文本引用](地址) |
| 文本引用 | > |
| 代码或表格引用 | ```代码或表格``` |
| 斜体 | *斜体* |
| 粗体 | **粗体** |
Chapter2展现类界面怎么测：
展现类界面测试什么？
布局、样式、兼容性
为什么要测它的兼容性？
很多大型企业界面都是定制，不敢升级。否则所有软件都需要重新测试/修改甚至重新开发，代价太大
兼容测的是什么？
不同版本的浏览器打开网页是否会出现网页错乱问题
不同浏览器打开网页是否会出现网络错乱问题
分辨率不同时打开网页是否会出现网络错乱问题
移动端打开网页时是否会出现网页错乱问题
兼容性测试工具是什么？
使用chrome F12中的toggle device toolbar
常见浏览器
浏览器的种类
PC端(谷歌内核 谷歌浏览器（chrome)（测）猎豹 遨游 360)
因chrome上下版本兼容较好不需要每个版本都进行测试,一般只测试最新版
IE内核（ie浏览器（测）百度浏览器 世界之窗浏览器 360浏览器）
ie的版本，兼容性较差，IE6-IE11-IE edge，版本兼容性需要测试
火狐内核（火狐浏览器（选测））
移动端（UC浏览器 qq浏览器）
Chapter3功能测试怎么测
测试方法：
显示功能性需求
等价类
- 等价类 ,是将所有可能的输入数据划分若干个子集,每个子集中,任意一个输入数据对于发现程序中潜在错误,具有同等的效果,这样的子集构成一个等价类,后续只有从每个等价类中选取一个值进行测试,就可以用少量代表性数据测试取得较好的测试覆盖结果
边界值
- 边界值分析方法,是选取,输入输出的边界值进行测试,因为常规大量的软件错误时发生在输入或者输入范围的边界上,所以需要对边界进行重点测试,通常选择正好等于,大于,小于边界的值作为测试数据
场景发
正交排列法
错误推测法
从方法论来说,边界值分析是对等价类划分的补充,这两种测试方法经常结合起来使用
a.根据需求文档罗列功能点
b.根据功能点列出先测试项
用Xmind列出测试项
c.根据测试项编写测试用例
测试用例包含元素：
1.用例编号
2.模块名称
3.测试名称(功能点)
4.用例描述(测试项)
5.前提条件
6.操作步骤
7.期待结果
8.执行结果
9.是否通过
10.备注
补充：
常见网页测试思路有：
输入已注册的用户名和正确的密码，验证是否登录成功；
输入已注册的用户名和不正确的密码，验证是否登录失败，并且提示信息正确；
输入未注册的用户名和任意密码，验证是否登录失败，并且提示信息正确；
用户名和密码两者都为空，验证是否登录失败，并且提示信息正确；
用户名和密码两者之一为空，验证是否登录失败，并且提示信息正确；
如果登录功能启用了验证码功能，在用户名和密码正确的前提下，输入正确的验证码，验证是否登录成功；
如果登录功能启用了验证码功能，在用户名和密码正确的前提下，输入错误的验证码，验证是否登录失败，并且提示信息正确。
增强版
用户名和密码是否大小写敏感；
页面上的密码框是否加密显示；
后台系统创建的用户第一次登录成功时，是否提示修改密码；
忘记用户名和忘记密码的功能是否可用；
前端页面是否根据设计要求限制用户名和密码长度；
如果登录功能需要验证码，点击验证码图片是否可以更换验证码，更换后的验证码是否可用；
刷新页面是否会刷新验证码；
如果验证码具有时效性，需要分别验证时效内和时效外验证码的有效性；
用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界面；
不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确；
页面默认焦点是否定位在用户名的输入框中；
快捷键 Tab 和 Enter 等，是否可以正常使用
隐式功能性需求：
安全测试
1.用户密码后台存储是否加密；
2.用户密码在网络传输过程中是否加密；
3.密码是否具有有效期，密码有效期到期后，是否提示需要修改密码；
4.不登录的情况下，在浏览器中直接输入登录后的 URL 地址，验证是否会重新定向到用户登录界面；
5.密码输入框是否不支持复制和粘贴；
6.密码输入框内输入的密码是否都可以在页面源码模式下被查看；
7.用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串，验证系统的返回页面；
8.用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串，验证系统行为是否被篡改；
9.连续多次登录失败情况下，系统是否会阻止后续的尝试以应对暴力破解；
10.同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期；
11.同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性
性能测试
1.单用户登录的响应时间是否小于 3 秒；
2.单用户登录时，后台请求数量是否过多；
3.高并发场景下用户登录的响应时间是否小于 5 秒；
4.高并发场景下服务端的监控指标是否符合预期；
5.高集合点并发场景下，是否存在资源死锁和不合理的资源等待；
6.长时间大量用户连续登录和登出，服务器端是否存在内存泄漏
兼容性测试
不同浏览器下，验证登录页面的显示以及功能正确性；
相同浏览器的不同版本下，验证登录页面的显示以及功能正确性；
不同移动设备终端的不同浏览器下，验证登录页面的显示以及功能正确性；
不同分辨率的界面下，验证登录页面的显示以及功能正确性。
汇总：高质量的软件测试,用例设计不仅需要考虑明确的显式功能性需求,还有涉及兼容性,安全性,和性能等一系列的非功能性需求!
chapter4：流程测试
流程测试：
使用viso画好流程图，根据流程图，转换为流程用力
场景发测试：
基本流：是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结束
备选流：采用不同颜色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，也可以起源于另一个备选流，或终止用例，不在加入到基本流中；（各种错误情况）
bug管理流程：
（new—open—fixed—reopen—close）
chapter5：搭建个人网站
访问网站的过程：
通过URL访问
url包含的内容：
http/https：访问的协议
-
www.jianshu.com：访问的域名 域名通过dns域名服务商转换为ip地址
- ip 地址为每一个上网用户的身份标识(类似于电话号码,有了ip地址双方就可以进行通信交换数据)
https://www.jianshu.com/sign_in /sign_in 访问的服务器路径
tomcat web服务器
tomcat是一个web容器：
提供数据的接受与发送，管理网站应用（资源，处理程序）
网站的启停
startup.bat 启动
shutdown.bat 关闭
如何发布一个网站
使用Tomcat发布
熟悉前端页面元素
熟悉标记语言的格式
html :“超文本”就是指页面内可以包含图片、链接，甚至音乐、程序等非文字元素
超文本标记语言的结构包括“头”部分（英语：Head）、和“主体”部分（英语：Body），其中“头”部提供关于网页的信息，“主体”部分提供网页的具体内容。
常用标签：
inputl:输入
select:下拉框
a:超链接
img:图片
audio:音频
video:视频