为规范公司的测试流程，保障公司研发项目的质量，提升测试与开发的工作

适用范围

适用于大象集团信息技术部各局

流程

需求阶段

  1. 熟悉产品需求，输出测试计划和需求疑问点

  2. 需求评审，确定测试计划（测试周期，提测时间，测试需求等），确定需求解决需求疑问

    PS：需求必须有原型，原型上需要注明版本的详细功能需求，APP需要有UI设计稿

开发阶段

  1. 根据最终版需求原型，测试计划，在提测前3天输出xmind格式的测试点（测试点分为3个维度：UI,功能，场景），并召集产品经理，UI，开发同学进行测试点评审
  2. 测试点评审完毕后，场景的测试点需要转成excel版测试用例并导入bugtags
  3. 测试点评审通过后，在前端（web和APP）提测前2天，输出冒烟测试用例给到对应开发
  4. 根据最终版需求原型，在开发接口定义完成之后，需要后端开发同学进行接口评审，评审结束后，测试同学需在接口提测前2天内输出冒烟测试脚本，并上传SVN

测试阶段

根据测试计划和需求，测试点，场景测试用例执行测试，提交对应的 bug（bug 规范和等级详见下方），bug 回归

上线阶段

对应测试同学需和产品经理，运营同学一起完成线上功能回归，APP 生产包需根据对应的回归清单进行功能回归

提测流程

  1. 根据版本排期，按时提交对应的版本
  2. 接口提测标准：版本功能已根据产品经理需求实现，接口冒烟通过，开发已完成自测
  3. 页面提测标准：版本功能已根据产品经理需求实现，页面已和接口联调通过，开发根据冒烟测试用例完成自测
  4. 提测时，需要提测平台提交提测邮件，表明具体提测的版本，对应的需要测试的功能和开发人员，具体邮件样式请见下方，在测试阶段，修复bug，或提测新功能，均需要发提测邮件
  5. 接口冒烟标准：根据小幺鸡上的接口定义，输入正常请求参数，接口返回成功，且返回对应的正确响应数据即可。（接口冒烟测试，无需校验数据库）——jmeter脚本实现
  6. 页面冒烟标准：输入正常参数，页面新增，编辑，删除，保存成功，页面不报错；APP端流程能走通，点击按钮不报错

提测邮件模板

  1. - Hi, All:
  2. - [产业管理后台] v1.4申请提测:
  3. - 版本号: [产业管理后台] v1.4
  4. - 代码路径:
  5. - Jenkins 项目名称:  admin-industry-jcytestweb（必填）
  6. - 项目分支： develop（构建分支，必填）
  7. - 测试地址： http://test.admin.industry.jcease.com（接口和web页面的提测需要必填）
  8. - 版本修改说明：（具体需要测试的内容及需要回归的bug，具体到功能和对应的开发人员，必填）
  10.   1）青少年素能中心官网 - 潘峰
  11.   2）逸健康 - 葛伟敏
  12.   3）月子中心 （客户管理新增、修改，跟进情况，值班增加服务）- 徐宝石
  13.   4）月子中心 （客户管理详情）- 马郭生
  15. - 发布前变更配置(后台配置/脚本)：
  16. - Sql脚本:（需要执行的sql）

测试规范

guifan

其他

  • 测试环境测试通过，才可上预发测试，预发环境的回归，只做回归测试，如预发还有功能性问题，且测试环境可以复现，则属于测试漏测，算入绩效考核
  • APP端，测试环境必须要做老版本测试和网络测试
  • 测试环境冒烟测试通过后，APP端需输出回归清单，并上传至doc上
  • 预发环境测试回归通过后，需按照项目输出质量报告，优化的项目不需要输出质量报告，只需邮件同步测试通过即可

Bug 等级规范

{% raw %}

Bug 等级定义标准 

  1. 1. 需求文档中要求实现的功能未实现，则算作 Bug<br>
  2. 2. 修改的内容不符合需求文档说明，则算作 Bug<br>
  3. 3. 修改的内容未在需求文档中指明但应当实现的功能没有实现（如表格，控制错误项），则算作 Bug<br>
  4. 4. 修改的内容没有按照 UI 界面规范实现，则算作 Bug<br>
  5. 5. 测试人员认为软件难以理解、不易使用，最终导致用户使用效果不良，则算作建议
以下做具体分析：
分类范畴 缺陷等级 描述
404 紧急 页面出现404错误
功能错误 实现的功能与需求不符
控制错误 逻辑判断错误或未判断导致功能异常（涉钱）
数据库链接错误 与数据库连接方面的错误
功能错误 导致数据库发生死锁
功能错误 死循环
系统问题 内存泄漏，系统崩溃/死机/冻结
功能错误 用户数据丢失或破坏
功能错误 严重的数值计算错误
功能错误 功能设计与需求严重不符
功能错误 其它导致无法测试的错误
部署错误 jenkins 构建失败，sql 执行报错
接口错误 高 接口导致问题
上传错误 文件漏传、覆盖、上传错误导致问题
兼容错误 页面样式存在兼容性问题，严重影响页面样式及交互
脚本错误 脚本报错，导致正常功能无效或者无法交互
编码（统计代码、meta 顺序）错误 统计代码、轨迹代码添加位置出错或漏添加、
head 标签内的 meta 顺序等
功能错误 功能未实现
功能错误 功能错误，业务流程错误或不完整
功能错误 普通 系统刷新错误
功能错误 轻微的数值计算错误
数据错误 C 端后台数据显示错误
界面错误 文字或图片链接有问题，比如：链接的地址打不开，链的是其它页面
兼容错误 页面样式存在兼容性问题，但对页面视觉影响不大,可以正常使用
脚本错误 脚本报错，但对页面的正常使用不受影响
界面错误 界面存在文字错误，文字超长未做控制，不能全部显示的文字未加 title 等
界面错误 操作界面错误(包括数据窗口内列名定义、含义是否一致)
编码错误 边界条件下错误
界面错误 提示信息错误(包括未给出信息、信息提示错误等)
操作错误 长时间操作无进度提示
操作错误 性能问题
界面错误 删除操作未给出提示
建议类/界面类错误 低 界面辅助说明描述不清楚，提示信息不合理、不准确等
页面样式存在兼容性问题，但对页面视觉影响不大，可以正常使用
光标跳转设置不好，鼠标(光标)定位错误
简单的输入限制未放在前台进行控制
界面样式等不规范
对于交互、视觉和需求上的建议，由产品经理决定是否采纳
文字排列不整齐
辅助说明描述不清楚
提示说明未采用行业规范语言
{% endraw %}

Bug 提交规范

接口 Bug

需要贴上接口请求消息体，和响应消息体，如有日志，需要把日志截图贴出

WEB Bug

  1. Bug 标题：【平台】【模块】XXXbug标题描述（如：【产业管理后台】【教育模块】bug描述）
  2. Bug 详情：
  • 【预置条件】：简单描述测试该 bug 的测试前提条件，如：账户金诚币不足，只有200
  • 【测试步骤】：一般为测试用例中的测试步骤，也是你实现bug的步骤，方便开发和产品经理复现问题, 如：1）在商城列表里下单价格为200以上的商品（如需要多个步骤实现，或者一个 bug 里面需要描述多个问题，则一一描述）
  • 【预期结果】：一般为预置条件和测试步骤应该呈现的测试结果。如：1.下单失败，提示账户余额不足（如有多个预期结果，则一一描述）
  • 【实际结果】： 一般为预置条件和测试步骤目前呈现的测试结果，即详细的bug现象。如：1.下单成功，但是账户余额被扣减（如有多个实际结果，则一一描述）
  • 【截图】：附上该 bug 的截图即可

APP Bug

在指定位置，把 bug 描述简洁清楚即可