同情中... ...厚着脸皮提个建议:
你能不能先和内部的开发人员达成共识,先讨论一下哪些功能可以先保证上(不出现大问题),哪些功能客户改动较大,没把握短时间内做好.然后再统一口径,向客户耐心说明功能你们将一一开通,但是有些因为他们要求改动而导致你们不能同时上,只能一个一个上.客户发现不能完全满足要求时,会转而接受变通方法的(当然也得看你们的说话技巧了)
我在工作中也是老碰到版本更新太快的问题,有时候一天可以发出5、6个版本.测试到最后都搞不清楚哪个问题是哪个版本的.最后实在没有办法,只好临时根据项目需求另外加了一张新表,把软件所有的需求都一一列出来.要求开发人员每发一个版本在其中登记一次,并且在每个需求上注明有没有改动,这才制止住开发人员的狂轰乱炸(另外想问问你,你们是不是没有BUG跟踪系统?我们是还没有上,所以虽然有VSS,但还是会比较乱!)
再想问问的就是,你们公司的项目开发有没有专门的项目管理人员?我看你的描述似乎没人专门做这事情.我们公司的客户并不直接和我们测试人员打交道的,有事情也是先找开发主管,你的职责似乎还不仅仅是测试负责人吧?
说到测试环境的搭建,我也觉得很苦恼,在工作中,因为需求变更而导致的测试准备工作经常作废,或者是因为项目提前而使得准备不足就匆匆开始测试,苦头已经吃了N多了.至今没想到什么好办法来制止.很想知道哪位高人能提供宝贵经验. |