系统测试流程

   现在很多公司所进行的大多数测试还是停留在系统测试阶段，主要也是采用黑盒测试的策略，那么如何做好系统测试，流程是非常关健的。以下以我的实际经验来和大家一起分享系统测试的过程。

   一、制定测试计划：这一阶段的输出只有一个测试计划文档。但这个工作其实是最重要的，它基本决定了我们后续测试工作的大体框架，甚至能影响到我们测试的成败。

 测试计划一般是由测试负责人（测试经理或测试组长）完成的。  在制定测试计划前，计划编写人员必须以当前项目的情况比较了解，所以就必须去了解客户的需求。当然这个过程可以是直接参与需求调研，或者是看已初步成形的需求文档。 A  根据这些需求来挖掘客户真正想要的是什么。客户关注重点除了功能，还有没有性能，安全性这些方面的要求,从而来制定策略    B  参考项目开发计划：和项目经理沟通，了解项目基本的进度，发布时间，开发进度等等方面的信息。从而根据现在团队情况来制定测试的进度表  。 以上两项是测试计划中最关健的部分。当然，除了这些内容，还有一些也是非常关健的。如：风险分析 软硬件资源配置 测试各阶段的入口和出口 测试过程中的文档模板。这些内容都应该在测试计划中体现出来。 

另外要注意的是，在测试计划中的进度表可能是一个比较粗的进度。在具体的测试阶段可能要求比较细了。所以可以单独用一个Excel表格来进行跟踪，把人员，时间，阶段全部细化，发给组内人员。 这样可避免不用再从计划里面去找了。而且也简单明了

二、设计测试用例：测试用例的设计可能是有些公司不愿意做的，因为代价比较高。但一般建议还是不能忽略这个过程。如果时间太紧，也可以简单的写一个需求检查单，这样才会保证在测试过程中不会有需求点的遗漏。如果时间充许，就可以把测试用例写细一点。事实上做测试的人员会发现，在编写测试用例的过程中会发现许多需求问题，因为做需求评审的过程中，很多问题没考虑得这么细。

     那么写测试用例的参考标准是什么呢。一般是需求文档，概要设计文档，详细设计文档。而且在写测试用例的时候一定要确实预期结果，否则测试用例是没有意义的。 测试用例一般包括 测试说明 操作步骤  预期结果  实际结果 备注等等。也可根据实际情况进行调整。

三、执行测试：这一过程是关健。一般首先会跑测试用例，对需求点的确认过程。然后再进行探索性测试和随机测试。事实表明，探索性测试和随机测试是能发现很多缺陷的。特别是那些跨模块的问题等等。那么在测试过程中发现的缺陷，如果不是通过测试用例发现的，最好能把它更新到测试用例中去。因为这肯定是一个非常有价值的测试用例。而且是以前设计用例的时候忽略掉的。

     在执行测试的过程中，如果发现缺陷，就应该提交缺陷报告。可以借助一些工具，如Bugzilla,TD，Bugzero等等来管理缺陷.

四、提交测试报告，所有的测试结束后，就应该提交测试报告。测试报告是对测试的一个评价。一般从两个方面来评估。覆盖评测和质量评测。覆盖评测是用来评价测试的完成程度，如测试用例的执行率，测试用例的通过率等。质量评测是对当前软件质量的评测，如缺陷密度，缺陷趋势，遗留缺陷问题等等。最后还要给出一个测试评价。

以上就是一般系统测试的流程，可能每个公司的具体项的执行情况会不同，但都应该按照这个流程去走。