1.四大测试级别 -1.组件测试 -2.集成测试 -3.系统测试 -4.验收测试 --4.1用户验收 --4.2运行验收 --4.3合同法规验收 --4.4Alpha和Beta 2.1评估产品，防止缺陷 2.2是否实现了所有指定的需求 2.3测试对象是否完成，正常工作 2.4建立质量级别信心 2.5发现缺陷与失效降低风险 2.6与相关方提供决策信息 2.7测试对象是否符合合同法规，行业标准 早集存穷虫，周境有谬论 4.1测试计划【一个或多个测试计划，测试进度计划】 4.2测试监督与控制【是否进行更多的测试】 4.3测试分析【分析测试依据，排序测试条件】 4.4测试设计【识别数据环境，基础设置与工具，将测试条件》》测试用例】 4.5测试实施【创建测试件；将测试用例》测试规程》测试套件】 4.6测试执行【记录测试结果，分析异常，提交缺陷报告】 4.7测试结束【提交测试报告，为缺陷报告提交变更申请】 5.1功能测试 5.2非功能测试 5.3白盒测试 5.4变更测试①确认测试：问题是否已修改 ②回归测试：没影响其他功能 5.5维护测试①修改/②迁移/③退役归档 6.1计划1.作者：修改缺陷 6.2评审启动会2.主持人：促进会议成功 6.3独立评审3.经理：负责会议，决定是否执行 6.4事件交流与分析4.评审员：进行评审 6.5修正与报告5.记录：记录问题 7.1非正式评审 7.2走查(作者自己主持) 7.3技术评审 7.4审查(基于规则和检查表) --1.临时评审：高度依赖评审员的技能。 --2.基于检测表的评审：对于典型缺陷的系统覆盖尤其适用于页面输入条件的验证 --3.场景和演练的评审：基于产品的预期使用，对工作产品开展“演练” --4.基于角色的评审：用户管理员，系统管理员，性能管理员，计费部门 --5.基于视角的评审：基于阅读视角的文档评审是评审需求和技术工作产品的最有效的技术 1.黑盒测试》基于正式的需求【测试依据】 【等价/边值/判定，用例/状态转换】 2.白盒测试》基于架构/代码的分析 语句覆盖，判定覆盖。语句覆盖判定覆盖 3.基于经验的测试基于软件预期使用技术【★知识经验】 【检查表/探索/错误】