正文 - 项目实践 - 文件压缩
1.项目启动,介入了解需求
项目背景:磁盘空间不够,需要一个压缩、解压缩软件
目标:完成所有文件类型的压缩、解压缩。
时间:2018-6-1到2018-6-7
项目成员:
项目经理:唐僧
产品经理:孙悟空
开发:猪八戒
测试:沙和尚
以后,我们在工作的时候,就会按照类似的分配模式进行分组。一个项目就由一个小组负责。
当然,大型项目可能就是分成几个模块,每个小组负责一块。
2.需求分析
功能需求:
- 文件类型:支持所有类型的文件
- 压缩文件个数:最多压缩100个文件
- 压缩大小:不超过5G
性能需求:压缩、解压缩文件不超过30分钟
安全需求:带有病毒感染的文件不能压缩
易用性需求:操作简单、方便
界面需求:布局、排版美观
兼容性需求:windows7,windows8,windows10都可以使用
3.制定测试方案(计划+策略)
测试的范围及测试点: 压缩、解压缩文件,单文件,多文件
测试方法: 手工
测试所涉及的类型:
- 功能:依照功能测试用例全部执行
- 性能:依照性能测试用例全部执行
- 安全:依照安全测试用例全部执行
- 兼容:依照兼容测试用例全部执行
- 界面:依照界面测试用例全部执行
- 易用性:依照易用性测试用例全部执行
测试管理工具:禅道(禅道可以用来记录 测试用例 和 bug )
测试资源:计划:
风险:
人员离职:人员备份、感情留人、代码注释,测试的主机资源不足
测试轮数:
第一轮测试:冒烟测试,全面测试
第二轮测试:冒烟测试,BUG验证,回归测试
第三轮测试:冒烟测试,BUG验证,全面回归测试
第四轮测试:封版测试
配置管理:
每发布一个版本将源代码上传至:项目的gitup地址,并做好版本管理。
项目中产出的所有文档上传到 :svn://118.24.113.xx/
变更管理:
按照公司的变更管理流程执行
评审管理:
按照公司的评审管理流程执行
准入准出标准
准入测试:冒烟测试通过
准出标准:严重、重要BUG无遗留,一般、次要BUG合计不超过2个。
4.测试执行流程
1. 需求测试
基于需求的测试方法是基本的测试方法,而需求的质量直接影响到后续的开发和测试工作。
需求审核
需求测试
测试设计中进行需求测试
需求测试要素:正确性,必要性,完整性,一致性,无二义性,合理性。
需求测试应该尽早开始
2.提测版本测试
冒烟测试
版本测试中信息传递:修改内容,配置管理
3.系统测试
根据测试用例执行测试
缺陷管理
4.回归测试
确认回归内容
确认回归方式为手工
用例的回归
bug的回归
5.编写测试报告
缺陷分析
测试结论
5.编写测试用例
6.测试执行
6.1环境搭建
1.将文件压缩成项目文件上传到服务器上要存放的位置
2.编译文件 g++ Test.cpp -o compress
3.运行可执行文件 ./compress
6.2 准备工作:压缩文件数据准备
6.3 执行
收到第一个测试版本:冒烟测试,全面测试
收到第二个测试版本:冒烟测试,BUG验证,回归测试
收到第三个测试版本:冒烟测试,BUG验证,全面回归测试
收到第四个测试版本:封版测试
6.4缺陷管理
发现缺陷 >>> 记录缺陷 >>> 沟通缺陷 >>> 跟踪缺陷 >>> 关闭缺陷
【使用禅道来记录缺陷。下一篇,我会着重介绍 “禅道” 软件的】
7.输出测试报告
缺陷分析
测试结论
8.版本发布
发布上线
跟踪、收集信反馈
9.项目总结
项目做好的,值得其它项目借鉴:
项目做有待改善的地方