21天学习打卡计划今日更新内容是软件测试的流程，上一期我们准备了《测试用例的编写》，预告下一期我们会讲解软件生命周期模型和框架。
今天会从测试流程体系开始给大家介绍需求评审、测试计划制定等内容。
如果前面没跟上，想加入我们21天学习打卡的小伙伴们。扫码下方，报名集训营即可免费加入~
软件开发/测试交互图
▶需求分析，需求评审（RPD、产品原型图）
▶制定测试计划、评审测试计划、优化测试计划（产品项目计划，人员安排、任务安排）
▶制定测试方案（测试需求点分析，测试模块划分，流程图分析，制定测试规程）
▶编写测试用例、评审测试用例、优化测试用用例（功能测试用例、脚本测试用例）
▶执行测试用例、提交缺陷信息、编写阶段性测试报告（缺陷记录、缺陷管理流程）
▶进行回归测试（跟踪bug修改情况，执行回归测试用例集、进行探索性测试、编写回归测试测试报告）
▶测试执行阶段结束根据缺陷记录、阶段性报告编写测试总结报告
▶进行验收测试，出验收测试报告（测试验收、测试评估与建议）
▶测试归档（归类、存档测试过程中涉及的文档）
▶产品上线后跟踪与维护（收集用户反馈问题）
制定测试计划
要充分考虑测试计划的实用性，也就是测试计划与实际之间的接近程度和可操作性。
测试内容：对于一个软件来说测试计划中会明确本次测试需要做什么？
如：系统测试（界面测试、功能测试、性能测试、兼容性测试、安装卸载测试、可靠性测试等测试）；
测试目的：一般多为保证产品质量是否达到预期的指标。
测试标准：需要考虑本次测试需要输入哪些文档，该项目结束标准定义、测试结束标准的定义。
资源分配：这里分为人力资源、软硬件资源划分；
测试风险：大多考虑到的就是项目开发延期、测试人员不足用例无法全面覆盖测试点、时间不足用例无法全部执行、BUG无法及时修复导致无法验证、测试人员技能不足导致测试进度拉长
需要资料的小伙伴们扫码哦~
需要上市公司测试计划？
扫码添加老师领取~
测试执行
执行测试开发阶段建立的测试过程，并对所发现的缺陷进行跟踪管理。测试执行一般由单元测试、组合测试、集成测试、系统测试及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。
输入：测试用例、测试规范
输出：测试报告、测试进度表
测试评估
执行结束之后进入测试评估阶段，我们会出一个总的测试报告对我们测试的这个过程和版本质量做一个详细的评估。
测试总结报告文档的输出：
✅可以让具体的任务负责人对本次测试中个人负责的模块进行评价，提出相关建议。给出总体的评估；
✅整体上的bug按照不同等级统计出来、用例数量、用例执行数量；
✅对项目中测试人力资源的统计，单位：人/天；
✅项目中软硬件资源统计；
✅提出软件总体的评价及质量等级。
文档收集
从测试计划开始到评估结束的所有文档进行收集整理，对整个测试过程进行总结，并对结果进行总结，量产测试报告。
需要上市公司测试计划？
扫码添加老师领取~
往期推荐
戳“阅读原文”直接上课