如何处理测试工作的瓶颈？

Lola1123

目前测试工作的特点是，测试时间”短“，测试任务”急“，测试更新“频”；
1针对时间短的问题，我采取的策略是，主要功能为主，正常流程为主，在保证客户的正常使用；
2针对测试任务急和频的问题，比较头疼；其实，关键的问题是控制好版本发布的计划性，但目前没有想到较好的执行方法，不知大家怎么看？有什么好的方法，分享一下，谢谢~~~

freedom_me

sdlkfj^

hewitt0122

尽量的去规范测试的流程。严格按照测试流程来做。这样对于任何状况，测试流程不变。计划没有变化快，不正规的项目都会存在一些潜在的问题，对于测试来说，不论怎么变，保持自己的流程。这样才能保证产品的质量。

photon

敏捷吧，持续集成，持续回归测试。

Michael.yang

我认为， 要有主有次的工作，事实上， 我们这行时间的分配很重要!

yantong

原帖由 任道远 于 2008-3-24 14:44 发表
版本并不是由我们测试人员来控制的。
先做好自己的本职工作
在测试报告中列出你的测试项和结果！
在测试总结中提出“急”、“频”对测试的影响以及你的建议

版本控制属于配置管理的范畴
按理说，应由测试人员来做。但如果是分工细的公司，测试人员只负责测试的话，可以由配置管理小组成员或者是QA来做
QA本身就是监督过程和过程产物的

assult_xp

测试任务”急“，测试更新“频”，说明没有从需求的源头上卡住，或者说开发时间没控制好，可以从减少并规范需求提出以及关注开发的瓶颈上考虑

任道远

版本并不是由我们测试人员来控制的。
先做好自己的本职工作
在测试报告中列出你的测试项和结果！
在测试总结中提出“急”、“频”对测试的影响以及你的建议

baizhudan

向领导阐明风险。测试了哪些有个记录。我也想知道这个问题的答案。

ycxlove11

瓶颈，哎，是个问题