一、业务流程测试完成后的测试工作
1. 单模块测试
1）单模块测试范围
- 功能测试: 测试单功能点的功能实现情况。
- 非功能测试: 包括UI界面、兼容性、易用性、性能、安全等。其中，性能和安全暂不涉及，主要关注UI界面、兼容性和易用性。
- 需求说明书与用户角度: 非功能测试需结合需求说明书和用户角度进行，因为需求说明书可能存在缺失。
2）按照功能测试实施步骤
- 熟悉需求: 深入理解模块或页面的需求。
- 提取测试点: 根据需求提取出需要测试的点。
- 用例评审: 对提取的测试点进行评审，确保测试点的准确性和完整性。
- 执行用例: 执行测试用例，验证功能是否符合预期。
- 记录执行过程: 记录测试过程中的执行情况，包括通过的测试用例和发现的缺陷。
- 跟踪缺陷: 对发现的缺陷进行跟踪和管理，确保缺陷得到及时修复。
- 核心难点: 需求分析和测试点的提取是功能测试实施步骤中的核心难点。
2. 单模块测试的具体内容
- 功能与非功能: 单模块测试主要关注功能和非功能两个方面。
- 非功能测试内容: 包括UI界面、兼容性、易用性。其中，易用性因没有统一衡量标准，测试时可通过找不同用户群体进行评测，选择大多数用户认为优秀的界面。
- 浏览器兼容性: 主要考虑火狐、谷歌、IE和苹果等四大浏览器。
3. 单模块测试工作的开展
- 熟悉需求: 针对模块的单个需求或单个页面进行深入理解。
- 提起测试点并用力: 根据需求提取测试点，并编写相应的测试用例。
- 测试用例评审: 连写带评，对测试点和用力进行评审。
- 执行用例测试: 执行测试用例，验证功能实现情况。
- 记录与跟踪缺陷: 记录测试过程中发现的缺陷，并进行跟踪管理。
- 站在执行者角度: 评审用例时，需站在执行者的角度，确保用力读起来通畅，检查结果完整。
二、知识小结
| 知识点 | 核心内容 | 考试重点/易混淆点 | 难度系数 |
| 业务测试点梳理 | 今天三个业务的测试点已梳理完 | - | 🌟 |
| 单功能测试 | 针对业务中的单功能进行详细测试 | 单功能与非功能的区分 | 🌟🌟 |
| 测试设计方法 | 等价类、边界值、判定表 | - | 🌟🌟🌟 |
| 大模块测试介绍 | 登录、搜索、购物车等功能 | - | 🌟 |
| 非功能测试 | UI界面、兼容性、业务性 | 非功能测试的内容与依赖 | 🌟🌟 |
| - UI界面 | 界面设计与用户体验 | 易用性的衡量标准 | 🌟🌟🌟 |
| - 兼容性 | 五大/四大浏览器兼容性 | 浏览器种类 | 🌟 |
| - 业务性 | 业务逻辑与流程 | - | 🌟 |
| 测试步骤 | 熟悉需求、提起测试点、用力评审、执行用力、记录缺陷 | 需求分析和测试点提取的难度 | 🌟🌟🌟 |
| 易用性测试 | 找不同群体进行界面评价 | 易用性测试的衡量方法 | 🌟🌟🌟🌟 |
| 单模块测试开展 | 针对模块儿的单个需求或页面进行测试 | 测试用例的评审与执行 | 🌟🌟🌟 |
| 测试用例评审 | 测试点与用力评审 | 站在执行者角度评审 | 🌟🌟 |
| 缺陷跟踪 | 记录并执行缺陷跟踪 | - | 🌟 |
