关于测试流程的讨论：如何快速有效的执行测试过程？

hquyuer

不知道大家的公司都是什么模式的测试流程呢，大家一起讨论一下吧

简单说一下我们现有的流程，仅作为抛砖，希望有美玉前来
基本上是比较标准的测试过程：
1、根据需求或是手册，提交了完整产品后，制定整个过程的测试计划
2、测试计划评审（包括测试需求、预期的测试目标和测试进度）
3、根据计划执行测试
     a.测试过程按照完整版本区分，每测试一个完成的版本后，更新bug的修正，回归后，直接执行下个版本的测试
     b.每个测试版本中间不更新任何文件，保持测试环境的一致性
     c.每个测试版本都是全部用例的覆盖
  d.bug管理使用工具进行跟踪，每个版本的bug也分版本区别，可以查看bug的处理效率和效果
4、bug收敛到一定程度，可以允许有部分轻微的问题保留的情况下，结果测试，总结测试过程
5、最后评审测试的效果是否满足发布产品的要求，是否满足预期的要求

上面这种测试过程，对于新产品或是发布需求不紧要的情况下，个人认为是比较稳妥的降低风险的一种测试过程，但是缺点是测试周期长，测试成本较高，有时候很难满足市场的需要

针对现有的快速开发过程，如原型、敏捷、迭代等过程，测试过程怎么能够快速的响应市场的要求，进行周期短，效果显著的测试？

欢迎大家拍砖！

hquyuer

大家各公司的测试流程都有哪些要求呢？

都来讨论讨论吧

Angel.126

我看我们俩上班的公司的对于测试的要求基本上是一样的。我们公司的测试是我来了以后才成立的，我到这个公司才2个多星期了。公司近期要做新的项目，我要开始真正的工作了。

hquyuer

不知对于更快速有效的执行测试过程，楼上有什么好的建议呢？

hquyuer

谢谢楼上
放到这里是因为个人理解测试过程的梳理，应该属于质量管理的一部分

测试用例的确是很重要的，不过不知道大家感觉如何，我总觉得我们的用例可用性不是特别好，大部分情况都是测试人员的经验发现的bug，真正通过用例发现的bug不多，特别是在测试的后期

hquyuer

原帖由 jimmyseraph 于 2008-4-16 22:04 发表


经验是财富，要让团队的能力上升，就要把大家的经验固化下来，说白了就是文档化下来，把经验写成用例录入到经典用例库中去，大家都能拿出来看，拿出来参考学习，以后的用例不就好了吗？
所有过程都要经历不好到 ...

我们也在重视这个经验的积累
再提出 一个问题，用例应该是什么样子的？
很多有经验的测试人员测试出来的bug是通过一定的操作来重现的，如果每个这样的操作都总结成用例，那相信用例会相当庞大，如何维护这些用例呢，因为用例的主要目的是覆盖功能和复用

Angel.126

现在每天都做功能测试，以前做好的项目还没有测，功能方面还是存在者一些问题，不知道什么时候能结束这次的测试。