面试测试开发工程师：测试项目

这次的测试项目是：测试一个压缩软件

目录

1. 需求分析

1.1 从测试需求开始

1.2 分析需求的具体方法

3. 测试策略制定

3.1 测试类别分析

3.2 测试策略的具体实施

3.3 测试计划的制定 

4. 测试方案设计

5. 测试执行流程

6. 编写测试用例 

7. 测试执行

8. 输出测试报告

9. 版本发布

10.项目总结

---

软件测试的流程：

需求分析——测试计划——测试设计/开发——测试执行——测试评估

1. 需求分析

我们进行测试的面向点永远是 需求 ，需求是测试考虑的核心问题

但是需求并不仅仅是客户给我们的需求，我们测试人员也要自己发掘系统地，全面地，总体地需求。需求，是软件设计与测试的来源，但是需求除了终端用户的功能需求外，还有设计性需求、可靠性需求、可测试性需求、性能需求、安全性需求等

对于测试工作而言，所有的需求最后都需转化为测试需求。之后分析这些需求，并以此为根据来制定测试策略，合 理选择各种测试技术

1.1 从测试需求开始

需求是我们测试人员考虑的核心问题，所以我们要开会进行需求评审，并且要在评审会议上发现更多的需求缺陷。需求一旦确定，后期进行修改会给我们带来很多麻烦

测试需求的识别是后续的测试工作的基础，也是起点。测试需求主要来源于业务需求

拿到需求——识别测试需求——分析测试需求——确定并提取出测试对象

提取出了测试对象后，需要确定对每一对象如何进行测试，拿出具体的方法及措施，这便是测试策略制定

1.2 分析需求的具体方法

1. 快速理解需求的捷径：需求串讲

主要解决问题：需求理解不一致

方式：介绍需求背景、内容，进行答疑

2. 验证需求

需求文档也需要测试：正确性，合理性等

3. 从设计需求中提取测试需求

软件需求是软件测试需求的主要来源，但不是全部来源，软件设计需求、软件概要设计、详细设计也都是测试需求的分析对象，是对测试需求的一种有力的补充

我们这次测试项目的完整需求文档包括以下内容：

 功能需求 性能需求 安全性需求  易用性需求 界面需求 兼容性需求

3. 测试策略制定

在分析了需求之后，我们要确认测试业务涉及的测试类别

该软件的测试类别如下：

3.1 测试类别分析

功能需求：

文件类型：支持所有的文件

 把所有需要测试的文件格式都进行测试

压缩文件的个数：最多压缩100个文件

利用边界测试，比如99,100可以,101不行

压缩大小：不超过5G

 利用边界测试，分别压缩一个大小 小于/等于/大于 5G的文件，重点测试4.99G，5G，5.01G

                        压缩多个总大小  小于/等于/大于 5G的文件，重点测试4.99G，5G，5.01G

性能需求：压缩，解压缩文件不能超过30分钟 

思路：用大的概括小的

压缩一个5G的文件，不超过30分钟

压缩100个总大小小于5G的文件，不超过30分钟

压缩100个总大小等于于5G的文件，不超过30分钟

安全需求：带有病毒感染的文件不能压缩

易用性需求：操作简单，方便  

 该软件的使用操作等要贯彻人性化设计，要符合大多数人的操作习惯

界面需求：布局，排版美观

该软件要符合大多数人的审美 

兼容性测试：windows，macos，linus等多个系统的不同版本都可以使用

把该软件分别在多个系统不同版本都进行测试

3.2 测试策略的具体实施

测试策略需要确认测试使用的测试技术、测试过程的管理和控制、测试团队的组建 根据测试的需要，选择测试技术

1. 需不需要白盒测试？

2. 自动化测试采用哪种工具？针对接口测试还是UI测试？

3. 性能测试采用哪种工具？jmeter还是loadrunner？

4. 兼容性测试如何做？手工测试还是使用平台测试？

3.3 测试计划的制定 

我们要根据具体的开发模式，制定相对应的测试计划，测试的目标要明确，同时要确认跟踪机制

计划具体到 哪个成员 在 某个时间 做 某个工作

测试计划评审通过后，测试组需严格按计划中的时间完成各项任务

4. 测试方案设计

测试方案主要包括以下内容：

1. 测试范围：由需求分析而来

2. 测试策略：包括针对不同部分的测试方法、测试用例

3. 测试控制：包括测试流程，测试执行，缺陷跟踪

4. 其他：环境、版本管理等

5. 测试风险

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

测试方法：手工

测试所涉及的类型

功能：依照功能测试用例全部执行

性能：依照性能测试用例全部执行

安全：依照安全测试用例全部执行

兼容：依照兼容测试用例全部执行

界面：依照界面测试用例全部执行

易用性：依照易用性测试用例全部执行

测试管理工具：禅道

测试资源：根据实际情况制定

测试计划：根据实际情况制定

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

测试轮数：

第一轮测试：冒烟测试，全面测试

第二轮测试：冒烟测试，BUG验证，回归测试

第三轮测试：冒烟测试，BUG验证，全面回归测试

第四轮测试：封版测试

配置管理： 每发布一个版本将源代码上传至版本管理的网页，并做好版本管理

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

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

准入准出标准

准入测试：冒烟测试通过

准出标准：严重、重要BUG无遗留，一般、次要BUG合计不超过2个

5. 测试执行流程

测试方案与用例的设计，是属于纯测试技术上的设计，但对于整个项目的测试过程，光有技术还不够，需要配合合 适的测试流程，策划什么时候做什么事，达到什么要求。好的策划可以对项目的测试起到事半功倍的作用

需求测试

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

需求审核

需求测试

测试设计中进行需求测试

需求测试要素：正确性，必要性，完整性，一致性

需求测试应该尽早开始

提测版本测试

冒烟测试

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

系统测试

根据测试用例执行测试

缺陷管理 

回归测试

确认回归内容

确认回归方式为手工

用例的回归

bug的回归 

编写测试报告

缺陷分析

测试结论 

6. 编写测试用例 

这是测试的核心，需要根据实际情况编写全面的测试用例

7. 测试执行

准备工作：

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

缺陷管理

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

8. 输出测试报告

缺陷分析

测试结论

9. 版本发布

发布上线

跟踪、收集信反馈

10.项目总结

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

项目做有待改善的地方：