Lola1123 发表于 2008-3-10 16:06:32

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

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

ycxlove11 发表于 2008-3-10 18:03:34

瓶颈，哎，是个问题

baizhudan 发表于 2008-3-17 15:09:08

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

任道远 发表于 2008-3-24 14:44:17

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

assult_xp 发表于 2008-3-24 18:08:17

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

yantong 发表于 2008-3-28 17:04:06

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

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

Michael.yang 发表于 2008-5-25 11:22:04

Agree with you!

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

photon 发表于 2008-5-25 22:31:50

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

hewitt0122 发表于 2008-5-26 13:39:45

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

freedom_me 发表于 2009-12-31 16:39:29

sdlkfj^
页: [1]
查看完整版本: 如何处理测试工作的瓶颈？