测试

总结了一些测试计划和测试过程中需要注意的问题和细节，希望对大家在测试过程中有所帮助。

一.测试计划
1.计划需要有数据，根据经验值评估用例数，缺陷数以及用例有效性，为测试过程的分析提供依据。

2.所有设计方案和测试案例都应该安排有评审，包括性能测试方案和系统测试方案。测试设计应该尽量细化，方便后期测试案例设计，也可以对开发的异常情况有更多的沟通。设计中考虑到需要性能测试的内容，应该严格安排性能计划。

3.测试设计评审，需要考虑评审人员预评审的工作量和作者对评审问题修改的工作量。
留出充分的时间放在评审和评审修改上，对后期的测试过程是很有帮助的。

4.测试计划中应该根据每个模块的测试情况安排测试计划，每个模块的情况都不同，进度也不同。应该更加细化，这样才能把握每个模块的质量。

5.系统测试执行阶段开始之前，需要有系统测试执行计划，描述测试几个版本、每个版本测试执行的策略（执行所有用例、挑选部分用例执行、或者只回归问题单）、每个版本测试哪些环境、每个版本的人力计划、每个版本的估计工作量。
这需要有测试阶段的相关数据收集分析、以及历史版本的经验

6.多平台占用时间不必过多，多于频繁，需要清楚分配和多平台相关的任务。

二.测试过程：
1。测试案例除了进行评审，还要根据开始评估的数量进行检查，是否差距过大，分析原因。

2.在启动集成测试阶段之前，检查了"所有单元测试阶段发现的缺陷均已修改"？如果没有，需要说明原因。开发是否向测试承诺了提交单元测试报告和覆盖率报告、测试代码的时间点？测试需要对这些工作产品进行审核。

3、需要检查开发人员在提交版本的同时提交了测试申请单，需要确认测试申请单的内容是否满足要求，比如功能清单，已知问题列表

4、检查集成测试发现的缺陷是否及时提交缺陷库？集成测试执行结果是否及时提交配置库？以便测试经理及时掌握进度。

5. 集成测试阶段进行漏测检查。主要方式是互相执行用例，检查是否有遗漏的bug。最好是在项目开始进入的时候，就两两绑定。互相抽查测试提交物，这样会深入一些。

6. 根据bug分布，对照开始评估的bug数量，查看bug数量是否正常，分析原因。bug数量较多的模块提出给开发，加强代码检查等工作，减轻测试压力。bug数量较少的模块，查看是否是代码质量较好，还是有隐藏的bug未发现。

7.发现问题一定要提出来，测试发现的比较大的问题需要告诉测试经理，开发的需要告诉开发经理，大的问题需要测试经理，开发经理，项目经理共同决定，避免一人下结论。

8.每个特性集成测试结束之后，需要测试组成员及时收集写报告给出该特性的集成测试报告，并反馈后期系统测试需要加强和改进的内容。

9.系统测试阶段如果在两个测试版本之间是有间隔时间的，可以利用这段时间来写小结、补充用例。（不过现在我们公司的情况是每次时间都很紧张）。为后面的几轮系统测试更有效的加强测试做准备。

总的来说，还是把工作做细致，这也是华为常常"教育"我们的地方，还是要从大事着眼，小事着手