测试管理中的五个阶段

四哥

每个程序的测试工作，总体都分几个阶段。
        1、了解阶段：
        收集分析，帮助，了解业务。待开发部完成开发后，进行测试。
        现状：文档太少。
         2、整理阶段：
         将业务与开发部开发出来的程序进行核对。大体对刚开发出的程序进行简单的测试。主要针对界面、状态栏、工作流程、对照帮助、对照分析、等，进行整合。提出疑问。（说明：“单元测试”要交给程序员自己）在此阶段，测试人员书写测试用例。
        现状：单元测试的环节太弱。
       3、 测试阶段：
        对程序的功能，统计数据的准确性。打印报表的格式和数据。进行统一的测试。这个阶段是反复的。可以对任何情况提出疑问。将测试出的问题经过反复的修改之后，直致控制在几个主要很难解决的问题上。在此过程中，提交测试报告。
       现状：在这个阶段，总是发现分析上的问题，导致测试工作量的浪费。
        4、复检阶段：
        将大量的BUG都被发现和解决之后。组织一组成员，大家一起对每一个模块，进行导论。提出意见。和总结软件中有没有未测试到的，未解决。还遗留下的问题。并做记录。
       5、 验收阶段：      
       在问题基本都解决后，对遗留下来的问题、可能会重复出现的问题、需要改进的问题。进行备档。在这个阶段，可以找一些客户。各部门的人来审评。

个人经验总结，比较简略的文档。供大家参考。
联系方式：bixujueding@hotmail.com

dingning239

不错啊，很有见解，值得研究一下！

dingning239

顶一下

忧郁の真人

写的蛮不错的，经验总结。

小李美刀

我觉得他分析的不好, 有些地方分析的不够准确, 容易给新手造成对测试的误解. 要想更清楚的了解,我建议大家可以了解一下 CMM 和CMMI , 对大家很有帮助.

四哥

原帖由 小李美刀 于 2006-8-16 14:44 发表
我觉得他分析的不好, 有些地方分析的不够准确, 容易给新手造成对测试的误解. 要想更清楚的了解,我建议大家可以了解一下 CMM 和CMMI , 对大家很有帮助.

嗯，很高兴大家做评论。

首先，这篇文章，确实，写的比较简略。很多内容没有展开。
其次，为什么要设立，测试的五个阶段呢？需要说明的是，不是为了整合CMMI，
而是为了说明怎么样在测试中，找到更多的BUG；怎样才能发挥测试的作用。

话聊CMMI：
      这个东西有用没？答案是肯定的，有用。但那只是外国人的经验。如果中国人也有高超的见解，也可以出CMM类似的书。硬把CMMI搬到中国。很多公司没有办法一下子就能转变过来，其中需要循序渐进。需要大家的努力。！！

我提倡：
     要走中国特色的社会主义软件行业的CMMI道路。sdlkfj2

[ 本帖最后由 四哥 于 2006-8-17 19:09 编辑 ]

lyscser

嘿嘿，集思广益这一个词不是虚的
谢谢楼主

小李美刀

标准嘛, 肯定是大家所公认的才可以, 不是发展经济, 要有自己的特色

11034

目前很多公司的流程都不是按照标准的软件工程来做,很多部分都省略,或简化了
这对于我们测试来说,就明显少了很多参照标准.没有标准的测试就基本是想当然的进行测试,这样的测试是没有价值的.
其实楼主所贴出来的5个阶段就是在不断的收集\确认标准,再进行有效测试.
所以我个人认为 怎样得到正确的测试标准(越细致越好),也是我们要考虑的一个问题

zqp

超級頂樓主