测试 -- 文件压缩小项目实战

1. 项目启动，需求介入

项目背景：磁盘空间不够，需要一个压缩、解压缩文件

目标：完成所有文件类型的压缩、解压缩

时间：2019-6-4 到 2019-6-10

项目成员：
项目经理：XXX
产品经理：XXX
开发：XXX
测试：XXX

2. 需求分析

需求分析本来是要从需求规格说明书里边分析获得的。但是介于该项目太小了，没有需求规格说明书，所以就按照分析功能需求得出需求。

功能需求：

文件类型：支持所有的文件

压缩文件个数：最多压缩100个文件

压缩大小：源文件大小不能超过5G

性能需求： 压缩、解压缩文件不超过30分钟

最大5个G的文件压缩、解压缩不能超过30分钟

安全需求： 带有病毒感染的文件不能压缩

易用性需求：操作简单、方便

界面需求：布局、排版美观

兼容性需求： windows7，windows8，windows10都可以使用

3. 制定测试方案

（方案包含计划+策略）

① 测试的范围及测试点： 压缩、解压缩文件，单文件，多文件

② 测试方法： 手工

③ 测试所涉及的类型：
功能：依照功能测试用例全部执行
性能：依照性能测试用例全部执行
安全：依照安全测试用例全部执行
兼容：依照兼容测试用例全部执行
界面：依照界面测试用例全部执行
易用性：依照易用性测试用例全部执行

④ 测试管理工具：禅道

⑤ 测试资源：人员资源，硬件资源，软件资源

⑥ 测试计划：（测试计划–项目管理的一个子计划）

• 需求分析
• 制定计划
• 编写用例
• 数据准备、执行用例
• 编写报告
• 版本发布及项目总结

⑦ 风险：人员离职，进行人员备份、感情留人；代码注释

⑧ 测试轮数：
第一轮测试：冒烟测试，全面测试
第二轮测试：冒烟测试，BUG验证，回归测试
第三轮测试：冒烟测试，BUG验证，全面回归测试
第四轮测试：封版测试

⑨ 配置管理：
每发布一个版本将源代码上传至配置管理工具上，并做好版本管理；项目中产出的所有文档上传到项目管理工具上

⑩ 变更管理：
按照公司的变理管理流程执行

⑾ 评审管理：
按照公司的评审管理流程执行

⑿ 准入准出标准：
准入测试：冒烟测试通过
准出标准：严重、重要BUG无遗留，一般、次要BUG合计不超过2个

4. 设计测试执行流程

① 需求测试：
基于需求的测试方法是基本的测试方法，而需求的质量直接影响到后续的开发和测试工作。

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

② 提测版本测试：

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

③ 系统测试：

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

④ 回归测试：

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

⑤ 编写测试报告：

• 缺陷分析
• 测试结论

5. 编写测试用例

6. 测试执行

（根据测试执行流程来进行执行）

• 环境搭建
• 准备工作：压缩文件数据准备，环境搭建之前就已经准备好了
• 执行：按照测试执行流程执行
• 缺陷管理：发现缺陷 -> 记录缺陷 -> 沟通缺陷 -> 跟踪缺陷 -> 关闭缺陷

7. 输出测试报告

• 缺陷分析
• 测试结论

8. 版本发布

（本次测试通过后上线发布）

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

9. 项目总结

（为二次迭代或者其他项目做借鉴）

• 项目好的地方，值得其它项目借鉴
• 项目做得不好有待改善的地方