软件质量保证（SQA）框架

软件质量保证QA，SQA框架，软件质量保证框架，质量管理中的问题，工具和方法，过程管控。测试管理，评审活动的内容总结。

软件质量保证（SQA）框架

• 质量管理中的问题
  • 需求问题
    • 需求遗漏
      • 体现：新需求未交付给质保评审
      • 应对策略
        • 需求评审例会或者通知机制
        • 晨会
    • 需求不详细
      • 体现：1P信息修改，未清晰表达所有功能点
      • 应对策略
        • 细化需求
        • 参考SNP需求文档模板
  • 三阶段评审活动
    • 检查点问题
      • 体现：检查点做的不够好、不够详细
      • 应对策略
        • 增强检查点规范化
        • 收集评审点
    • 评审活动不够重视
      • 体现：没有提出有意义的问题
      • 应对策略：提升评审活动质量
  • 测试方案问题
    • 体现：需求不明确，造成测试方案不细致
    • 应对策略：细化需求、首要非功能性方案
  • 测试流程问题
    • 体现：测试流程混乱，测试逻辑清晰
    • 应对策略：召开测试流程沟通会，加强测试业务的培训和指导
  • 测试输出问题
    • 用例管理
      • 现实：用例大于需求
      • 应对策略：保证20%核心功能用例，完善非核心功能用例
    • bug问题
      • 时间
        • 体现：修改时间不确定
        • 应对策略：bug评审会
• 工具和方法
  • 分层测试策略模型
    • 好处
      • 通过分层、解耦，可以简化问题
      • 易于维护，便于扩展的效果
    • 核心思想
      • 针对有明确分层设计的软件系统，采用白盒/灰盒测试的技术
      • 在层与层之间验证接口的正确性
  • 六道网质量体系
    • 基于需求的静态测试
      • 确保项目需求的完整性、一致性、可测性
      • 减少项目成员对需求细节理解的差异
      • 输出：功能树Check List、黑盒测试用例
    • 基于后端自动化（Jmeter）
      • 后端API提测以后，确保后端接口的测试覆盖率，正确性
      • 为数据建立提供保证，确保多后端接口调用的联调正确性
      • 为后期性能测试做好脚本准备
      • 输出：接口自动化脚本
    • 基于前端自动化（UI）
      • 用自动化测试框架进行主流程验证Selenium、Robotium
    • 基于风险/特殊场景的测试
      • 确保系统集成后，黑盒全量测试之后，风险较大的模块得到重点关注；
      • 弱网环境，并发问题等
    • Bugbash
      • 引入数据兼容测试、API兼容测试、交叉测试、探索性测试。
    • 线上监控
      • 监控系统发布后的性能，稳定性情况
      • Jenkins+ant+jmeter搭建基于CI的API自动化测试平台，邮件推送接口测试报告
• 过程管控
  • 软件质量保证过程中的常见活动
    • 为项目准备SQA计划。
    • 参与开发项目的软件过程描述，而非负责开发项目的软件过程描述。
    • 评审各项软件工程活动，以验证其是否符合定义的软件过程。
    • 审核指定的软件工作产品，以验证是否符合定义的软件过程中的相应部分。
    • 确保软件工作及工作产品中出现的偏差已文档化，并且按照文档化的规程进行了处理。
    • 记录所有不符合规范的部分，并报告给高层管理者。
    • 协调变更控制和变更管理，并帮助收集和分析软件度量信息。
  • 包含内容
    • 1.切实可行的质量体系落地方案
    • 2.测试过程的可控
• 测试管理
  • 测试方案
    • 功能需求
      • 功能分类测试
        • 普通功能测试计划
          • 黑盒（测试人员）
          • 黑盒（测试人员）
        • 核心功能测试计划
          • 白盒（开发人员）
          • 灰盒（测试人员/开发人员）
    • 非功能需求
      • 服务质量
        • web安全性测试计划
        • 可用性等等
  • 测试活动
    • 用例测试
      • 体现：根据功能点测试
    • 验收测试
      • 体现：发布前功能测试
      • 重点回归和非重点需测过
    • 回归测试
      • 体现：bug回归
    • 交叉测试
      • 体现：2个测试人员互换用例测试
  • 测试输出
    • 需求（功能点）管理
    • 用例管理
      • 体现：QC/TestLink
    • bug管理
      • 体现：QC/TestLink
    • 测试报告
      • 体现：报告汇总文档
• 评审活动
  • 需求阶段
    • 需求评审活动
      • 产物：需求说明检查表
    • 风险评审活动
      • 产物：项目凤险检查表
  • 开发阶段
    • 代码审查
      • 产物：系统测试报告
    • 系统测试
      • 产物：系统测试报告
    • 质量反馈
      • 产物：系统测试报告
  • 部署阶段
    • 验收评审活动
      • 产物：验收测试报告
      • 产物：产品验收检查表
    • 产品发布评审活动
      • 产物：产品发布检查表