导图社区 软件质量保证（SQA）框架
软件质量保证QA，SQA框架，软件质量保证框架，质量管理中的问题，工具和方法，过程管控。测试管理，评审活动的内容总结。
关于DeepSeek及Qwen模型部署指南，Main content: Qwen 模型部署硬件需求， DeepSeek R1模型部署硬件需求、 常见部署方法、 推荐部署框架、 输入输出需求，总结与建议等
经营人生就好比经营一家公司,要有自己的价值观和愿景,要有持续进化的理念,持续学习,持续迭代,经营好自己的人生。
哈利波特人物关系，魔法学院同学关系，主要情节人物关系，HarryPotter经典魔法名著，人物关系图。
社区模板帮助中心，点此进入>>
互联网9大思维
产品立项报告
组织架构-单商户商城webAPP 思维导图。
域控上线
产品经理如何做好项目管理
python思维导图
经验分享：产品经理必懂的产品思维
产品诞生过程
产品周期图
css
软件质量保证（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管理
测试报告
体现：报告汇总文档
评审活动
需求阶段
需求评审活动
产物：需求说明检查表
风险评审活动
产物：项目凤险检查表
开发阶段
代码审查
产物：系统测试报告
系统测试
质量反馈
部署阶段
验收评审活动
产物：验收测试报告
产物：产品验收检查表
产品发布评审活动
产物：产品发布检查表
