测试管理篇

目录

一、测试需求分析

二、测试策略制定

三、测试方案的设计

四、测试执行流程的设计

五、测试报告的输出

---

一、测试需求分析

1、测试需求

需求是软件设计与测试的来源和依据。

验证需求的合理性和可行性；从具体的需求中提取测试需求，包括功能性需求和非功能性需求；

功能性需求：用户操作系统时涉及到的基本操作；

非功能性需求：在功能性的需求上做一些限制；（包括：安全性需求、性能需求、易用性需求、兼容性需求、可靠性需求、可移植性需求、容错性需求、扩展性需求）

===》最后根据功能性需求和非功能性需求来设计测试用例。

2、分析需求的时候的注意点

（1）对于测试人员来说，应当尽早介入需求；

（2）对于变化的需求，要及时调整，同时调整测试用例；

（3）对于不明确的需求要及时和产品经理和客户沟通；（举例：日历提醒事件；手机电量低会错过提醒等）

二、测试策略制定

主要确定本次的测试采用什么方式或者什么具体的方案进行测试。

举例：

1、一个全新上线的app需要哪些测试？

功能测试、非功能性测试（性能、安全、兼容性、可移植性（将软件成功的安装到指定硬件上）、易用性、可靠性、容错性）；

2、一个增加了新功能的app需要做哪些测试？

新功能要测试、新功能涉及到的非功能性测试也要测试；新功能对老功能有没有影响，做回归测试；

3、一个只修改了页面广告的app需要做哪些测试？

界面测试；回归界面相关的功能以及涉及到的接口；

三、测试方案的设计

每个公司对测试计划和方案的定义都不一致；

测试方案主要包括：测试范围、测试策略、测试控制、环境和版本管理等、测试风险。

四、测试执行流程的设计

1、需求测试

2、冒烟测试

3、系统测试

4、回归测试：回归测试时自动化测试最好的用处

5、交叉测试：基本在后期系统稳定时进行

五、测试报告的输出

项目测试完毕之后，需要编写测试报告，包括的内容有：

（1）测试范围、目的；

（2）测了哪些功能，哪些没测，原因是什么；

（3）上线的风险；

（4）测试方式、测试用的工具；

（5）测试总共有多少测试用例，执行了多少；

（6）测试过程中产生的BUG，修复了多少BUG，遗漏的BUG；

（7）附上未解决BUG清单