网站测试一般为三个套路：UI 测试、功能测试和相容性测试
一、 UI 测试
多用户介面测试主要是拿待测网页和设计稿进行对比，个人觉得主要需做到以下 4 点：
1 、注重细节：
这点基本，就是对比时细心、细心再细心。像我现在被虐到网页上元素和设计稿差一个画素都能看出来…
2 、勿忘整体性：
由于 PC 网页页面空间大，模组多，很容易在测试时只注意到模组内设计元素是否正确，而忽略了模组间的间距或整个页面的布局是否正确。所以知名按照由区域性到整体的顺序测试。
3 、注意页面间相互对比：
即注意相同系列页面、页签布局一致性。就是说的是同一系列页面中同类元素和模组的样式、间距一般要相同；同一个 tab 下，不同选项对应的页签中同类元素和模组的样式、间距一般要相同。
4 、注意极端情况下显示情况：
即要注意长度可变的组件、模组或栏位在极端情况下的显示是否正常。
例如：文章标题多可显示 50 字元（25 汉字），测试时就要在所有会出现标题的位置（文章列表页、推荐边栏、转发弹框…）是否能正常显示含有 50 字元的标题，会不会出现破框而出、自动切掉等情况。
由于 UI 测试时需要检查的细节很多，特别是像我们团队，网站还在搭建中并未上线，UI 测试的工作量更是大，测久了难免会觉得枯燥繁琐，但其实每项任务都能总结出套路、有所收获，故下面仅列出我平时在测这部分时的主要注意点和心得。
UI 测试注意点总结：
模组间距
元素间距
不同型别文字（数字、汉字、英文）颜色、格式（全形、半形）大小、字型、（不必须）
固定文案：内容的可读性、正确性 ‚排版的合理性
可变栏位：极多、极少文字的排版情况
Icon 用错、用混
相似页面的差异性和一致性
二、功能测试
1 、操作反应：
（1）页面元素（按钮、锚文字、输入框…）自身状态变化：滑鼠移入/移出时效果、点选后效果、获取/失去焦点时效果…（可以想想 axure 里的用例状态）
eg：滑鼠移入按钮，按钮是底色是否应改变；若输入框内有预设提示文字，则是当输入框获得焦点后文字就消失，还是多用户输入文字后提示文字才消失…
（2）操作成功后续反应：页面跳转、弹框、提示文字…
a 、页面跳转：
页面切换方式：另开页面、本页切换
页面起始定位：页面起始位置、页面其他锚点（例如多用户想评论某文章，在列表页点评论按钮后，就会在另开的文章内容页直接定位到评论区）
b 、弹框：
匹配情况：弹出的弹框是否和触发条件匹配
出现位置：一般情况下要一致。因为弹框使用不同外挂，可能导致弹出位置不同。
显示时间（非操作类弹框）：某些仅起到提示功能的弹框会自动显示若干秒关闭。一般情况此类弹框上文案较少，显示秒数应该是全站一致的。
c 、提示文字：
匹配情况：出现的提示文案是否和触发条件匹配
关于操作成功后续反应，以上主要是在已确定会触发某反应情况下，测试其正确性。其实这里更重要的是要考虑在前置条件不同的情况下，对某元素进行相同操作，会触发什么不同的反应。即需要对各类情况进行穷举。
eg：点选关注按钮触发反应穷举：
a 、未登入多用户点选该按钮后效果；
b 、已登入多用户点选该按钮后效果（b1 。未关注过对方、 b2 。已关注过对方、 b3 。自己关注自己）
穷举时可以参考 PRD，但不要局限于 PRD 上列出的情况，毕竟有时也许 PRD 上会有小疏漏，要是程序设计师做的时候发现疏漏，就自己随手码了一个简易提示而忘记通知产品，而测试的时候也没触发到，等多用户实际操作出来就会造成不佳的多用户体验。
2 、资料：
（1）资料状态：此处指资料值自身的状态。即前置条件满足后，资料状态是否会按照规则更新。
这里的规则一般是
a 、时间规则（eg：经过多长时间资料状态改变；在哪个时间点更新…）；
b 、统计规则（eg：每个 ID 多次完成前置操作，资料更新多次；每个 ID 多次完成前置操作，资料仅更新一次；每个 ID…）
（2）资料排序：资料在某筛选条件下排序的正确性。
eg：某宝某店铺商品展示页面，当多用户选择按销量由高到低排序时，列表是否变为按销售量多到寡进行排序；当商品 A 的销量超过商品 B 的时候，商品 A 的位置是否会更换到商品 B 的前面。
3 、特殊情况：
（1）预设情况：当某页面或模组还没有内容或尚未载入出来时，是否有相关提示画面、文案。
（2）操作中断：多用户操作中途退出页面（eg：填写资料并尚未储存时关闭页面）；操作中途断网…这些情况下是否设定了相关提醒弹框。
三、相容性测试
不同浏览器（360 、谷歌、火狐等等主流浏览器）下的页面显示情况是否正常。