测开 ( 项目篇 )

正文 - 项目实践 - 文件压缩

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.项目总结

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

拓展 - 淘宝app购物车测试用例

界面测试