测试流程总结（转载）

先说一下吧。从大学到工作，看的书往往都是软件开发流程，测试作为其中必不可少的一部分，总是出现在最后最审美疲劳的那个阶段。很少看到有人来总结测试流程。我来针对实施型项目，整一个吧。

　　1、测试范围的界定。依据-《需求说明书》，参照-《解决方案书》，《系统设计说明书》

　　2、测试用例的设计。当 测试范围界定成功后，应该针对功能需求及非功能需求进行测试执行的设计。输出的成果应该是《测试用例》。就目前项目现状而言，基本上不可能像各种书籍中所 描述的，写出很详细的测试用例，一个是项目后期的需求变化比较大，一个是项目一般留给测试的时间是非常紧张的，不可能有大量的时间去进行测试用例的遍历及 描述，所以，现在测试用例的描述，基本上是个大致的测试思路。很多技巧性的测试用例，都是测试人员自行在测试过程中执行。

　　3、测试的执行。指导文档是《测试用例》，按照用例中的描述来进行遍历，一般不会出现大的逻辑性的测试漏失。成果应该是《测试报告》了。测试的执行很重要，是保证项目质量的关键，项目测试执行一般分为，UI交互测试，非功能性测试（，兼容性测试）。性能测试如门户平台，BI等，一个是用户量很大，一个是高端用户使用的系统要求的性能很高，所以就会将性能提升的很高。一般的小型业务系统，使用的用户少，就不是很关心这个问题了。兼容性测试一般是IE版本的兼容及的兼容问题，如果是小型客户端软件，就不必关注这一点。

　　4、试运行测试。项 目上线后，还需要一段时间的试运行，这个时间段内，需求的变化是相当大的。这个时候的测试工作量也是非常繁琐和繁重的。因为短时间内，由于需求变化对代码 进行了更改，而项目组的人员，已经到了一个高原期，从观念到体力上，都不大能给予高端的支持，此时修改出的代码质量不会很高，而且由于用户使用的紧迫性， 在修改时很可能会顾此失彼。这样的阶段，一个是靠项目经理的周密考虑，另一个最大的支撑，就是测试人员的把关。对于每一次变更，不但要保证修改功能点正确 无误，更要保证的是，原已成熟的功能点，是否继续保持使用的有效性。

　　5、项目总结。项 目正式交接完成后，一般项目经理都应该对此项目做一个总结，同时测试工作也是应该在其中，主要是对缺陷登记平台上的缺陷进行分类，哪些是低级缺陷，哪些是 需求时没有控制好的需求变更。最主要的是要找出，在试运行时，哪些缺陷是用户体验过程中发现的，而在测试执行时漏掉的。