最近公司的QA团队,召集大家,公布了他们最近研发的一个内部测试管理网站,规范了产研团队的提测规范。
大体意思入下:
- 1.提测不能随便,要看测试的时间安排
- 2.测试有质量之分,先进行
冒烟测试
,冒烟测试不过的话,直接打回去,记一次不合格 - 3.按步骤的测试流程………………
让我想起来,我之前制定大前端内部规范的时候,也制定了自测规范,发展到现在,具体入下:
- 0.提交到QA团队之前,一定要做完整自测,自测都通过不了的,不允许提测
1.功能测试
- 按照真实流程,操作系统
- 检查所有的文案,是否有错别字、是否有语病
- 检查各个菜单导航、面包屑导航是否链接正确
- 接口错误时,检查后台相关提示语
2.性能自测
- 在接口中添加真实的数据,尽量完善信息,查看接口返回
- 查看JS执行速度
3.兼容性自测
- 优先保证chrome一切正常
- 再测试Firefox、Safari下面,一切正常
- 最后测试IE,先看界面是否乱掉,再看ajax是否被304
4.容错自测
- 每个输入框均需要有
maxlength
- 每个表单提交,均需要防止重复提交
- 表单中故意输入错误类型的内容提交
- 表单中输入特殊字符
- 每个输入框均需要有
5.安全自测
- 在入库的时候,对自己代码进行常见的xss攻击,例如
<img src=1 onerror='alert(1)'>
- 与金钱相关的系统,要做进一步的安全攻击自测
- 在入库的时候,对自己代码进行常见的xss攻击,例如
6.交互自测
- 常见输入框的自动获取焦点
- 搜索按钮的回车事件添加
- 在反应比较慢的地方,是否有等待的标识
在多年的开发中,又总结了对QA同事的一些要求规范:
- 1.QA同学必须知道抓包,需要知道最常见的状态码,需要会查看简单的请求、返回数据
- 2.提jira、在群里报bug之前,先抓包看看
- 3.提的jira,必须有环境信息、浏览器信息、url
- 4.修复了
bug a
,却引发了bug b
,需要将jira a
关闭,重新打jira b