文件压缩项目项目实践

项目启动，介入了解需求

项目背景：磁盘空间不够，需要一个压缩、解压缩文件
目标：完成所有文件类型的压缩、解压缩
时间：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个

测试执行流程

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

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

提测版本测试

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

系统测试

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

回归测试

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

编写测试报告

• 缺陷分析
• 测试结论

测试执行

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

输出测试报告

缺陷分析
测试结论

版本发布

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

项目总结

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