【测试开发】文件压缩项目实战

📢博客主页：🏀敲代码的布莱恩特🏀
📢欢迎点赞 👍 收藏 ⭐留言 📝 欢迎讨论！👏
📢本文由 【敲代码的布莱恩特】 原创，首发于 CSDN🙉🙉🙉
📢由于博主是在学小白一枚，难免会有错误，有任何问题欢迎评论区留言指出，感激不尽！✨
📖精品专栏（不定时更新）【JavaSE】 【Java数据结构】【LeetCode】

再次复习软件测试的流程：
需求分析——>测试计划——>用例设计——>执行测试用例——>测试评估报告

项目启动，介入了解需求

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

时间： 2018-6-1到2018-6-7

项目成员：

• 项目经理：唐僧
• 产品经理：孙悟空
• 开发：猪八戒
• 测试：沙和尚

需求分析

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

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

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

测试方法： 手工

测试所涉及的类型：

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

测试管理工具： 禅道

测试资源：
计划：

序号	项目	时间	责任人
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验证，全面回归测试
第四轮测试：封版测试

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

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

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

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

测试执行流程

1. 需求测试
   基于需求的测试方法是基本的测试方法，而需求的质量直接影响到后续的开发和测试工作。
   需求审核
   需求测试
   测试设计中进行需求测试
   需求测试要素：正确性，必要性，完整性，一致性
   需求测试应该尽早开始
2. 提测版本测试
   冒烟测试
   版本测试中信息传递：修改内容，配置管理
3. 系统测试
   根据测试用例执行测试
   缺陷管理
4. 回归测试
   确认回归内容
   确认回归方式为手工
   用例的回归
   bug的回归
5. 编写测试报告
   缺陷分析
   测试结论

编写测试用例

如：

测试执行

准备工作： 压缩文件数据准备
收到第一个测试版本： 冒烟测试，全面测试
收到第二个测试版本： 冒烟测试，BUG验证，回归测试
收到第三个测试版本： 冒烟测试，BUG验证，全面回归测试
收到第四个测试版本： 封版测试

缺陷管理： 发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷

输出测试报告

缺陷分析

测试结论

版本发布

发布上线

跟踪、收集信反馈

项目总结

项目做好的，值得其它项目借鉴：

项目做有待改善的地方：