|
现在工作的状态很混乱,mis、gis、test三权分立,相互之间的关联欠缺紧密。由于前期缺少需求文档和总体计划,而项目总是很急急忙忙要上线,经常发生上线前2、3天才通知进行测试。一整个系统只有2、3天的测试,还没有算上bug修改的时间,是自信满满还是糊里糊涂?或者干脆不通知测试直接上线,等到发现问题才开始追究责任,而这种情况不在少数,却从来没记性没想过要调整。再有就是版本控制不严,经常发生已经修改好的bug更新几次后在新版本上再度出现,甚至已被更新到正式环境。
后来研究了一下,发现其实是缺少一个整合人员——PM,项目的整体策划人。
但是,恐怕很长一段时间里,无法生产出这么一个人,怎么办?唯有力所能及,靠测试人员的积极性推动项目的整个进程。
* 根据开发计划编写测试计划,紧追每个流程
* 发布测试日报、测试周报、bug反馈情况
* 多和开发人员沟通,搞好关系。从心理方面,毕竟测试是挖开发墙角的,所以尽量避免硬碰硬
* 坚持原则。遇到暂不改或不改、而有确实影响功能的时候,即使知道难为开发人员心有同情,但是系统才是客观事实
* 光靠测试人员进行测试,业务和思想还是存在缺漏的,所以在后期应加入更熟悉业务的市场和实施人员进行一轮验收测试
既然没有PM,那么我们就做半个PM。
不过当前的难处是,项目太多,开发人员太少。bug不少,反馈的却很少,开发人员焦头烂额没有时间修改。我们只能观望却不敢伸手。
(小声的很不地道的说:如果可以,真想拿个鞭子抽打叫嚷着,“怎么还不返bug!!”~~因为一旦出了问题首先想到的都是测试承担) |
|