最近公司的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)'>
  • 与金钱相关的系统，要做进一步的安全攻击自测

• 6.交互自测

  • 常见输入框的自动获取焦点
  • 搜索按钮的回车事件添加
  • 在反应比较慢的地方，是否有等待的标识

    在多年的开发中，又总结了对QA同事的一些要求规范：

• 1.QA同学必须知道抓包，需要知道最常见的状态码，需要会查看简单的请求、返回数据
• 2.提jira、在群里报bug之前，先抓包看看
• 3.提的jira，必须有环境信息、浏览器信息、url
• 4.修复了bug a，却引发了bug b，需要将jira a关闭，重新打jira b