测试流程总结(转载)

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

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

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

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

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

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

作者: seulxr   发布时间: 2010-09-26