测试之文件压缩项目项目实践

一、项目启动，介入了解需求

项目背景：磁盘空间不够，需要一个压缩、解压缩文件
目标：完成所有文件类型的压缩、解压缩。
时间：2018-6-1到2018-6-7
项目成员：
项目经理：唐僧
产品经理：孙悟空
开发：猪八戒
测试：沙和尚

二、需求分析

功能需求：

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

三、制定测试方案（计划+策略）

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

测试方法： 手工

测试所涉及的类型：

• 功能：依照功能测试用例全部执行
• 性能：依照性能测试用例全部执行
• 安全：依照安全测试用例全部执行
• 兼容：依照兼容测试用例全部执行
• 界面：依照界面测试用例全部执行
• 易用性：依照易用性测试用例全部执行

测试管理工具：禅道

测试资源：

计划：

风险:
人员离职：人员备份、感情留人、代码注释

测试轮数：

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

配置管理：
每发布一个版本将源代码上传至： https://github.com/broncho，并做好版本管理
项目中产出的所有文档上传到 :svn://118.24.113.xx/

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

评审管理：

• 按照公司的评审管理流程执行
• 准入准出标准
• 准入测试：冒烟测试通过
• 准出标准：严重、重要BUG无遗留，一般、次要BUG合计不超过2个。

四、测试执行流程

1. 需求测试

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

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

2.提测版本测试

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

3.系统测试

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

4.回归测试

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

5.编写测试报告

• 缺陷分析
• 测试结论

五、编写测试用例

六、测试执行

准备工作：压缩文件数据准备 收到第一个测试版本：冒烟测试，全面测试 收到第二个测试版本：冒烟测试，BUG验证，回归测试 收到第三个测试版本：冒烟测试，BUG验证，全面回归测试 收到第四个测试版本：封版测试
缺陷管理
发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷

七、输出测试报告

缺陷分析
测试结论

八、版本发布

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

九、项目总结

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