1. 项目启动，介入了解需求
- 项目背景：磁盘空间不够，需要一个压缩，解压缩文件。
- 目标：完成所有的文件类型的压缩和解压缩
- 时间：2018-6-1到2018-6-7
- 项目成员：
- 项目经理：唐僧
- 产品经理：孙悟空
- 开发：猪八戒
- 测试：沙和尚
2. 功能需求
- 功能需求： 文件类型：支持所有的文件，
- 压缩文件个数：最多压缩100个文件。压缩大小：不超过5G，
- 性能需求：压缩，解压缩文件不超过30分钟；
- 安全需求：带有病毒感染的文件不能压缩；
- 易用性需求：操作简单、方便；
- 界面需求：布局、排版美观；
- 兼容性需求：windows7,windows8,windows10都可以使用。
3. 制定测试方案（计划+策略）
- 测试的范围以及测试点： 压缩、解压缩文件、单文件、多单间
- 测试方法： 手工
- 测试所涉及的类型：
- 功能：依照功能测试用例全部执行；
- 性能：依照性能测试用例全部执行；
- 安全：依照安全测试用例全部执行；
- 兼容：一宅兼容测试用例全部执行；
- 界面：依照界面测试用例全部执行；
- 易用性：依照易用性测试用例全部执行；
- 测试管理工具： 禅道
- 测试资源：
 - 电脑只有两台（三个操作系统）：安装虚拟机或者可以购买服务器。
- 计划：
| 序号 | 项目 | 时间 | 责任人 |
|---|
| 1 | 需求分析 | 2018-6-1 | 沙和尚 | | 2 | 制定计划 | 2018-6-1 | 沙和尚 | | 3 | 编写用例 | 2018-6-3 | 沙和尚 | | 4 | 数据准备、执行用例 | 2018-6-4~2018-6.5 | 沙和尚 | | 5 | 编写报告 | 2018-6-6 | 沙和尚 | | 6 | 版本发布及项目总结 | 2018-6-6 | 沙和尚 |
- 测试轮数
- 第一轮测试：冒烟测试，全面测试
- 第二轮测试：冒烟测试，BUG验证，回归测试
- 第三轮测试：冒烟测试，BUG验证，全面回归测试
- 第四轮测试：封板测试
- 准入准出标准
- 准入原则： 冒烟测试通过；
- 准出标准：严重、重要BUG无遗留，一般、次要BUG合计不超过两个。
4. 测试执行流程
4.1 需求测试
- 基于需求的测试方法是最基本的测试方法，而需求的质量直接影响到后续的开发和测试工作。
- 需求审核；
- 需求测试
- 测试设计中进行需求测试；
- 需求测试要素：正确性，必要性，完整性，一致性；
- 需求测试应尽早开始。
4.2 提倡版本测试
- 冒烟测试；
- 版本测试中信息传递：修改内容，配置管理；
4.3 系统测试
4.4 回归测试
- 确认回归内容；
- 确认回归方式为手工；
- 用例的回归；
- bug的回归；
4.5 编写测试报告
5. 编写测试用例
| 用例编号 | 测试类别 | 标题 | 操作平台 | 测试方式 | 操作步骤 | 输入数据 | 预期结果 |
|---|
| za-001 | 功能 | 压缩单文件 | windows | 手工 | 1.打开软件 2.选择文件 3.点击确认 | 压缩文件 | 1.进入软件 2.弹出文件选择框 3. 生成压缩文件 4.压缩文件个数正确 5.压缩文件后变小了 6. 压缩后的文件与原文件大小，内容区别上没有任何区别 | | za-002 | 功能 | 压缩0个文件 | windows10 | 手工 | | | | | za-003 | 功能 | 压缩50个文件 | windows | 手工 | | | |
- 测试用例就是以此类推，根据测试功能和非功能的点以及设计等价类和边界值进行编写测试用例。
- 压缩率 ： 超过50%
6. 测试执行
- 准备工作：压缩文件数据准备
- 收到第一个测试版本：冒烟测试，全面测试
- 收到第二个测试版本：冒烟测试，BUG验证，回归测试
- 收到第三个测试版本：冒烟测试，BUG验证，全面回归测试
- 收到第四个测试版本：封版测试
- 缺陷管理：
- 发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷
7. 输出测试报告
8. 版本发布
9 项目总结
|