测试流程

这是一篇关于一般公司的通用软件测试流程，欢迎补充指正。

测试流程

• 需求阶段
  • 阅读和理解需求
    • 主要就是对业务的学习，分析需求点
  • 参与需求评审
    • 由项目经理，开发人员，测试人员，需求人员共同进行对软件需求文档的评审
    • 评审的内容和目的主要包括
      • 是否有描述不清楚的地方
      • 是否有逻辑或功能冲突
      • 需求是否可以支持系统目标的实现
      • 是否有无法实现的功能等
      • 统一大家对需求的理解
• 测试计划
  • 测试计划一般由测试经理（组长）编写
  • 测试计划主要包括
    • 项目名称
    • 测试范围
    • 测试目标
    • 人员分配
    • 里程碑
    • 测试周期
    • 测试策略
    • 测试风险分析
• 设计阶段
  • 测试方法
    • 冒烟测试
      • 对主功能进行的测试（预测试）
    • 功能测试
      • 执行测试用例（提交bug）
    • 接口测试
      • 使用jmeter或postman依照接口文档进行测试
    • 性能测试
      • 使用jmeter或loadrunner进行并发测试，压力测试，负载测试
    • 自动化测试
      • 接口自动化
        • requests
      • UI自动化
        • selenium
    • 安全测试
      • 暴力破解
        • 使用暴力破解工具对登录密码进行尝试登录
        • 防止暴力破解，增加登录验证码功能和限制错误密码登录次数
      • SQL注入
        • 指利用现有的应用程序，将恶意的SQL命令注入到后台数据库中进行引擎执行的行为
      • 上传下载
        • 把文件名修改成服务器指定路径下的文件，从而获取不该下载的文件，如果下载成功就有漏洞
        • 防护手段：对下载进行限制范围
  • 测试用例（mindmaster和excel表格）
    • 功能测试用例
      • 参考需求文档（原型图），概要设计，详细设计等文档。用例编写完成之后会进行组内评审，然后再进行会议室评审
    • 接口测试用例
      • 参考接口文档，编写接口用例，Excel表格的做接口自动化
• 执行阶段
  • 搭建环境
  • 执行冒烟测试（对主要的功能进行测试）
    • 提交bug，查验修复bug
  • 执行测试用例
    • 发现bug提交缺陷库，管理bug直到测试结束
  • BUG跟踪
    • 开发人员提交第二个版本，包括修改的bug以及增加的部分功能，测试人员进行第二轮测试和回归测试，跟踪bug直到关闭
• 评估阶段
  • 测试报告
    • 测试时间、测试环境、软件的兼容测试、编写了多少条用例、执行了多少条、发现了多少个bug、修复了多少个，有没有遗留bug，测试是否通过，测试风险
  • 确认是否可以上线
    • 通过不断测试，bug跟踪，直到用例全部测试，覆盖率，缺陷率以及其他各项指标达到质量标准，即达到上线要求
• 线上测试
  • 进行线上环境测试
    • 没有问题或问题极少时就结束
  • 编写测试总结
    • 一般都是把自己对项目业务知识的了解，以及在工作各阶段进展中出现的问题汇总出来，包括有哪些好的方面进行全面的汇总，出现的失误也会进行总结，为了在后续的工作进展中加以改进，使工作更加顺畅
  • 发送上线通知邮件