测试管理篇

一、测试需求分析

1、验证需求的合理性和可行性；

2、具体的需求中提取出测试需求，功能性需求和非功能性的需求；

1）功能性需求：用户操作系统时所涉及到的基本操作。

2）非功能性需求：在功能性的需求上做一些限制。

3）非功能性需求包含：安全性需求，性能需求，易用性需求，兼容性需求，可靠性需求，可移植性需求，容错性需求。

3、根据功能需求和非功能性需求来设计测试用例。

1）分析需求时注意点：

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

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

③对于不明确的需求要及时和产品经理，客户进行沟通。

eg：日历提醒事件

测试人员在测试日历提醒事件的时候发现，手机电量低或者停机的状态下，如果这个时候有提醒事件会错过，手机开机或许不会再次提醒。

在需求里没有明确规定，这种情况该怎么处理？

对于不明确的需求要及时和产品经理，客户进行沟通。

2）制定测试策略：

本次的测试采用什么方式或者什么具体的方案来进行测试。

3）一个全新上线的app需要做哪些测试？

功能测试，非功能性测试（安全，性能，兼容性（市场主流的手机型号，系统版本都可以使用），易用性，可移植性，可靠性，容错性）。

非功能性测试的基本要求：产品预估的app所要达到的能力。

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

测试范围：新功能要测试，新功能所涉及的非功能性测试也要进行测试。

回归测试：新功能对老的功能有没有影响。

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

界面测试，可以回归以下界面相关的功能以及涉及到的接口。

二、测试工作完成以后

1、测试工作完成后，测试报告包括哪些内容？

1）测试范围，测试目的，测试了哪些功能，哪些功能因为什么原因没有测试；

2）上线风险；

3）测试方式，测试用的工具；

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

5）测试过程中产生的BUG，修改了多少BUG，遗漏的BUG，附上未解决BUG清单。