9月的第四个星期的星期三上了一次课，共1小时，主要学习了系统测试执行的一些知识，总结起来就是输入、输出和具体的设计内容，现笔记归纳如下：
一、输入
- 软件需求规格说明书
- 系统测试计划
- 系统测试方案
- 系统测试用例
- 系统测试脚本
- 系统测试规程
- 预测试项
二、工作内容
| 预测试 |
- 搭建测试环境
- 记录预测试项的测试结果
- 编写预测试报告
- 进行转系统测试报告的评审（谁参与评审：SQA；测试人员；测试经理；开发人员；开发经理；配置管理员）
|
| 搭建测试环境 |
- 主测试环境&辅测试环境:主要的功能有可靠性、性能在主测试环境；特殊的业务或者特殊的考虑辅测试环境。
- 真实环境和仿真环境：真实的环境下，真实的数据，真实的操作，真实的客户，真实的环境（实际情况；成本很高）；模拟真实的使用：仿真环境（成本低；可复制）
- 横向对比的环境：可以克隆复制（Ghost；虚拟机）
- 无毒的环境
- 专项特性的测试环境：性能测试环境；安全测试环境
|
| 准备测试数据 |
- 测试数据的获取渠道：手工；生成工具（Data Factory）；数据库；生产环境数据
- 测试数据的信息：类型；量；精度要求
|
| 执行测试用例 |
- 记录测试用例的执行结果（实际结果）：通过（pass：实际结果与预期结果一致）、失败（failed：实际结果与预期结果不一致）、阻塞（block：用例无法执行（开发的模块没有做好或者某个用例执行不通过导致一些用例无法执行））、未执行（no run：用例没有执行）、未完成（not complete：用例的步骤没有完全执行完）
- 提交缺陷：提交缺陷报告；跟踪缺陷
- 回归测试：测试执行时发现了缺陷，对缺陷进行了修改；针对缺陷的修改可能造成的影响的用例和提交缺陷直接失败的用例进行再次确认测试。完全回归测试策略，错一个全部重新测；选择性回归测试策略：周边影响法；指标达成法；覆盖修改法；多轮测试（轮：Cycle）
|
| 系统测试日志（针对每天测试执行工作做个记录） |
- 测试人员通过每天编写系统测试日志了解自己每天的测试工作是否按照要求完成，是否进度达到计划中规定给后续的工作一些指导；
- 测试人员通过每天编写系统测试日志了解自己所负责测试模块的质量情况，给后续测试策略提供依据；
- 测试人员可以通过测试日志向测试经理反馈工作中的困难问题；
- 测试经理通过各个组员的测试日志了解目前测试情况，决定是否修改测试计划或者是否有一些控制措施；
- 测试经理通过各个组员的测试日志了解被测试对象的质量情况，缺陷的数量，是否要终止测试；
- 开发经理通过测试日志中反映的缺陷测试对象质量决定开发的工作安排；
- 测试日志可以作为测试组员沟通交流的学习的手段。
|
| 系统测试报告（针对整个系统测试过程做个总结） |
- 测试组员通过测试报告可以对自己该阶段的测试工作做总结，了解自己的工作情况，给自己后续项目或者测试阶段提供改进依据；
- 测试经理通过测试报告的总结对整个系统测试工作的安排被测试对象情况的了解决定后续的测试管理工作；
- 开发经理通过测试报告中对测试对象质量情况总结，决定开发一些工作安排和改进；
- 通过测试报告决定最后的发布版本。
|
三、输出
1.系统测试日志
- 测试人员
- 测试日期
- 项目名称
- 测试项目编号
- 测试项目的版本
- 执行用例的数量
- 通过用例的数量
- 失败用例的数量
- 提交的缺陷个数、编号
- 特别列出严重的缺陷
- 遇到的问题、困难
2.系统测试报告