怎么样来制定合理的测试流程？

ryqkitty

我们公司的测试都是跟着项目时间走的，每次项目时间总是很紧张，测试的时间也很少，测试到最后好像都是不了了知，不闻不问的，总感觉我们这个测试就好像是走过场似的！  根本没有起到真正的作用！  但是上面老总每次都说我们没把关好！ 每次给客户演示都会出现这样那样的小问题！    现在上面领导压下来，让我们制定一个测试的流程，好烦的哦！   

    按照我们的这种项目，我想根本不可能实行起来的。  每次到我们这里测试时已经很迟了，然后又被上头催着说要看成果，然后开发也是糊弄的，我们根本没办法好好测试！  唉........好伤脑筋的哦！！

各位兄弟姐妹，你们的测试流程是怎样的啊？  谁能帮我想想，我们的测试到底要怎样才能起到真正的作用！！！

archonwang

测试人员如果不深入需求流程，则很容易被动。所有的主动权由客户和开发人员掌握，导致会产生很多问题。建议可以将需求人员纳入测试团队一并处理相关事宜。

huiguiziran111

我们公司也是这样的。GUI人家根本不知道你是什么意思，我们测试的说要更改。开发人员说你先和需求的说清楚，再和项目经理签字。然后我再修改。绕这么大一个圈子。那测试还是干什么用的？

archonwang

如果前面两句短语做到还不够，需求是个过程，只是刚开始的需求介入不代表对需求的变更具备管理能力。这也是为什么这句话的后半句要说明变更持续跟踪。

这个问题很可能是整体上的问题，由于缺乏有效的沟通和系统化的统筹安排，导致信息不对称，结果造成覆盖率不足或信息错误等问题。

creatysun

我想造成楼主说的这种情况，最大的问题应该是开发时对需求没有搞清楚吧，目前国内很多公司以敏捷开发为由，背离软件工程基本的理论，这些不光是通过测试流程就能把问题解决的，如果领导重视测试，给测试足够的权限，比如对发布的否决权，这样还好一点，可以慢慢通过测试流程的规范推动整个研发过程的规范。

ryqkitty

[quote]原帖由 archonwang 于 2008-12-3 15:07 发表
1. 尽早介入项目开发，参与需求会议，并要求提供需求变更历史记录和纪要。


关于这一点，我们还是做的不错的，我们在项目开始前，测试员就已经介入开始熟悉需求了！

主要还是在项目开发计划的变动太频繁，因为赶时间，如果开发完不成，那测试就得往后拖延!   伤脑筋的！！

dimang11

恩 写一个详细得测试计划,测试方案 是非常有必要得!能让测试得过程更顺畅!

WayneT

其实楼主的问题是很普遍的， 大多数都是开发结束才开始测试， 结果开发耽误了测试的时间，测试组不得不在原定计划的一半时间内完成所有的计划测试。这样的结果是， 测试不全面，给客户演示出现级别比较高的错误。

1 制定测试计划， 像ARCHONWANG说的， 表明测试的责任，义务和权力，如果DEV TEAM 耽误了测试时间， 出现错误的责任在开发组。 把测试计划发给项目经理， 开发组头， 当然你是测试头， 如果项目经理上面还有个大经理的话，不要忘了他。

2 建议给项目经理和DEV LEAD， 在分析和设计阶段进行‘铅笔和纸张’测试， 基本就是检测设计和分析的一些文件，如果文件错了，估计开发出来的也对不那里去。在开发阶段， 建议帮助程序员设计一些UNIT 测试的用例， 鼓励他们进行UNIT TESTING， 如果能用一些AGILE 开发的技术那就更好了。 如果这些都做了， 基本到了测试阶段，你就不会想现在这么有压力

archonwang

1. 尽早介入项目开发，参与需求会议，并要求提供需求变更历史记录和纪要。
2. 在流程上明确区分开发与测试的职责、义务和权利，将测试团队规划出整个项目团队之外，直接对项目经理或上级经理汇报
3. 流程上的制定最怕的是常变常改，所以，审慎处置流程的制定和流程中的关键节点。