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