软件测试——文件压缩项目实践

1. 项目启动，介入了解需求

项目背景：磁盘空间不够，需要一个压缩、解压缩软件目标：完成所有文件类型的压缩、解压缩。

2. 需求分析

功能需求： 文件类型：支持所有的文件
     压缩文件个数：最多压缩100个文件（边界值法测：0,1,99,100,101）
     压缩大小：不超过5G
性能需求： 压缩、解压缩文件不超过30分钟
安全需求： 带有病毒感染的文件不能压缩
易用性需求： 操作简单方便
界面需求： 布局、排版美观
兼容性需求： windows7，windows8，windows10都可以使用

3. 制定测试方案

测试的范围及测试点：压缩、解压缩文件、单文件、多文件
测试方法：手工
测试所涉及的类型： 功能：依照功能测试用例全部执行
          功能：依照功能测试用例全部执行
          性能：依照性能测试用例全部执行
          安全：依照安全测试用例全部执行
          兼容：依照兼容测试用例全部执行
          界面：依照界面测试用例全部执行
         易用性：依照易用性测试用例全部执行
测试管理工具：禅道
测试资源：
风险：
测试轮数：
第一轮测试：冒烟测试，全面测试
第二轮测试：冒烟测试，BUG验证，回归测试
第三轮测试：冒烟测试，BUG验证，全面回归测试
第四轮测试：封版测试
配置管理：
每发布一个版本将源代码上传至码云，并做好版本管理
项目中产出的所有文档上传
变更管理：
按照公司的变更管理流程执行
准入准出标准
准入测试：冒烟测试通过
准出测试：严重、重要BUG无遗留，一般、次要BUG合计不超过2个

4.测试执行流程

（1）需求测试
基于需求的测试方法，而需求的质量直接影响到后续的开发和测试工作

• 需求审核
• 需求测试
• 测试设计中进行需求测试
• 需求测试要素：正确性，必要性，完整性，一致性
• 需求测试应该尽早开始

（2）提测版本测试

• 冒烟测试
• 版本测试中信息传递：修改内容，配置管理

（3）系统测试

• 根据测试用例执行测试
• 缺陷管理

（4）回归测试

• 确认回归内容
• 确认回归方式为手工
• 用例的回归
• bug的回归

（5）编写测试报告

• 缺陷分析
• 测试结论

5.编写测试用例

6. 测试执行

（1）环境搭建

• 将文件压缩项目文件上传到服务器上要存放的位置
• 编译文件g++ Test.cpp -o compress
• 运行可执行文件./compress
  （2）准备工作:压缩文件数据准备
  （3）执行
  收到第一个测试版本：冒烟测试，全面测试
  收到第二个测试版本：冒烟测试，BUG测试，BUG验证，回归测试
  收到第三个测试版本：冒烟测试，BUG测试，全面回归测试
  收到第四个测试版本：封版测试
  （4）缺陷管理
  发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷

7. 输出测试报告

缺陷分析
测试结论

8. 版本发布

发布上线
跟踪、收集信反馈

9. 项目总结