51Testing软件测试论坛

标题: 如何处理测试工作的瓶颈？ [打印本页]

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

作者: ycxlove11 时间: 2008-3-10 18:03
瓶颈，哎，是个问题

作者: baizhudan 时间: 2008-3-17 15:09
向领导阐明风险。测试了哪些有个记录。我也想知道这个问题的答案。

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

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

作者: yantong 时间: 2008-3-28 17:04

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

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

作者: Michael.yang 时间: 2008-5-25 11:22
标题: Agree with you!
我认为，要有主有次的工作，事实上，我们这行时间的分配很重要!

作者: photon 时间: 2008-5-25 22:31
敏捷吧，持续集成，持续回归测试。

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

作者: freedom_me 时间: 2009-12-31 16:39
sdlkfj^

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)