软件测试-公共用例-小结

在各个项目测试周期中，常常有像相似的测试点，总结以下（不涉及业务公共用例）：

类型	测试点	测试内容/步骤
类型	测试点	测试内容/步骤
新页面、页面重构、页面修改	TDK	检查页面的title，description，keywords是否齐全
	统计代码	检查是否包含了百度统计代码，不包含其它没必要要的统计代码
	资源大小	图片是否过大，是否通过压缩
	资源缓存	刷新检查css，js，图片是否作了缓存
	加载速度	检查加载速度是否超过2S
	懒加载	同时包含图片和文字内容时，是否使用了懒加载
	https兼容	https页面内是否包含了http资源和连接而且是否能够正常跳转访问
	JS加载	检查是否有js加载错误
	TAB键顺序	具备填写表格或者选项的页面，tab键顺序是否正确
	元素点击区域	元素可点击区域，鼠标悬浮变色提示等是否符合要求
	后退，返回	页面后退是否符合业务要求
	信息泄密	检查页面源代码是否有不适合的注释，好比泄漏公司服务器目录结构等；
	域名指向	是否有连接地址写死指向测试域名(此种状况功能正常，上线后会有问题)
	浏览器兼容	各个主流浏览器上的展现以及功能是否正常
	分辨率兼容	主流分辨率手机（或者PC显示器）展现以及功能是否正常
列表，列表页 【注： 列表中的每一条数据称为数据项 每条数据项包含若干元素，如： FM节目能够包含标题，主播，封面 等元素】	空数据	空数据页面及提示是否符合需求定义
	数据项不足一页	数据少于一页要求的条数时
	数据项多于分页	数据多于一页，检查翻页和每页条数是否正确
		数据多于一页，检查数据项是否重复显示
	数据项排序	检查数据项排序是否符合预期
		多个数据项排序条件都相同时，检查前后顺序
	翻页操做	点击或者滑动翻页时，向前或向后翻页是否符合预期
		有页码或者前一页后一页的，点击页码进行跳转，或者最后一页，第一页时进行先后跳页
		滑动翻页到数据项加载彻底，检查提示和交互是否符合需求预期
		在非首页进行刷新操做，检查是否保持当前页（滑动刷新除外）
		url有页码时，直接修改页码存在和不存在的页码进行跳转
	数据项点击跳转和回退	检查列表数据项总体是否总体可点击，点击区域是否符合预期
		点击首页列表头部元素，中部位置元素查看后返回，检查返回的显示位置是否符合预期
		翻页后再次点击元素查看后回退，检查返回的显示位置是否符合预期
	数据项增删	增长若干条数据项，刷新页面，检查数据项条数
		删除列表第一条数据项，刷新页面，检查数据项条数和位置（是否可删除或者不显示，根据业务状况而定）
		删除列表当前页中间的某一条数据项，刷新，检查数据项条数和位置
		删除当前页未尾一条数据项，刷新，检查数据项条数和位置
		增长数据项后，不刷新，进行翻页，检查数据项条数和位置（是否会影响原有排序和分页，取决于开发实现好比是否缓存，是否每次请求等）
		删除数据项后，不刷新，进行翻页，检查数据项条数和位置
		删除数据项后，不刷新，点击查看，检查是否符合需求定义
	数据项状态变动	数据项由显示变为不显示（好比后台标记为隐藏，或者删除），刷新检查数据项和显示
		数据项的其它状态为更，如待审核，审核经过，审核不经过等状态变动时的显示（根据业务状况而定）
	数据项各元素显示	检查各元素显示位置
		检查各元素的可点击性和点击区域是否符合预期
		一个元素有不一样字段时，取值是否符合预期（好比问答显示的是编辑后的标题仍是原标题，须要多了解各字段数据来源）
		各元素值修改或者变动后，刷新检查值变化是否符合预期
		各元素显示的长度验证，超长或者包含特殊字符时的显示
		列表中图片的尺寸是否符合剪裁要求，是否作了压缩
聚合页面或模块 【聚合页面，定义为只是读取数据展现的页面或者 模块，好比App首页的FM模块，测试评模块，广告 模块。PC首页的各个模块都是相似的，都是由不一样 的数据显示模块构成。列表页也是一种聚合页面， 只是比较特殊，有表明性，单独划分】	数据显示条件验证	验证须要出现的数据是否符需求定义的条件
	数据为空	检查空数据时是否出现异常或者知足需求定义
	数据条数不足	检查当符合条件的数据条数大于0少于需求要求的常规个数时的显示
	数据项增删	增长知足展现条件的数据，检查刷新后的显示
		删除或者减小知足展现条件的数据，检查刷新后的显示
		删除数据项后，不刷新，点击查看，检查是否符合需求定义
	数据项状态变动	数据项由显示变为不显示（好比后台标记为隐藏，或者删除），刷新检查数据项和显示
		数据项的其它状态为更，如待审核，审核经过，审核不经过等状态变动时的显示（根据业务状况而定）
	数据项各元素显示	检查各元素显示位置
		检查各元素的可点击性和点击区域是否符合预期
		一个元素有不一样字段时，取值是否符合预期（好比问答显示的是编辑后的标题仍是原标题，须要多了解各字段数据来源）
		各元素值修改或者变动后，刷新检查值变化是否符合预期
		各元素显示的长度验证，超长或者包含特殊字符时的显示
		图片的尺寸是否符合剪裁要求，是否作了压缩
	数据有缓存	后台编辑数据（或者经过其它业务操做改变数据项的内容），刷新后检查数据项是否有更新（采用主动刷新的状况下会更新，补动刷新的状况下，不会更新）
		删除缓存或者等缓存过时后，从新刷新
		增长或者删除一些数据项，刷新后检查数据是否有更新（采用主动刷新的状况下会更新，补动刷新的状况下，不会更新）
		新旧版本采用相同缓存key的时候，验证由旧版本生成的缓存数据由新版本读取时，新版本生成的缓存数据由旧版本读取时，是否都能正确解析和显示，操做是否正常
内容须要接审核系统	数据处于审核中	检查数据可能出现的地方是否符合需求定义（可见或者不可见，可操做或者不可操做等）
	数据审核不经过	检查数据可能出现的地方是否符合需求定义（可见或者不可见，可操做或者不可操做等）
	数据审核经过	检查数据可能出现的地方是否符合需求定义（可见或者不可见，可操做或者不可操做等）
	数据审核状态变动	数据由审核经过变为不经过，由不经过变为经过，检查数据可能出现的地方是否符合需求定义（可见或者不可见，可操做或者不可操做等）
	重复审核	重复屡次审核，检查可能出现的通知等消息是否会重复
	异步或者同步回调	须要与开发沟通，审核的回调是同步的仍是异步的，异步的须要考虑可能致使业务阻塞的状况，是否影响用户体验；异步的状况，须要考虑在审核未回调时，是否符合需求要求
消息、任务队列	触发场景	根据需求定义，验证触发消息，或者任务的条件
		同一个场景或者动做反复触发，是产生一个消息、任务仍是多个（根据需求定义，需考虑是否存在被恶意刷的可能）
	并发性能	考虑业务上是否存在同时触发大量消息或者任务的状况，如存在，须要考虑队列处理是否存在性能问题
	容错处理	人为制造一些脏数据，使消息发送失败或者任务执行失败，检查队列是否阻塞