记录一下这段做测试咨询顾问的日子
结束了一个半年期的测试培训项目之后，被部门派到客户现场，做测试咨询工作，帮助客户搭建测试中心，建立并完善测试流程，并协助客户完成核心系统升级的相关测试，感觉这段经历对我来说会很宝贵，从各方面来说都很有挑战，就想记录下来一些工作中的心得，特开此贴，也请各位质量控制，流程改进，CMMI，TMMI，Agile,Scrum的高手多多指教先开个头，客户现场，上网诸多不便，回头补充内容
期待 关注中 说说客户情况，电信类企业，名字不提以免引起麻烦，体系比较固定，很多老员工，随便拎一个都是在公司呆了好多年的，三年以内的员工说话底气都不足的那种。
高层很支持我们的工作，但基层管理和员工比较反感，因为我们在推翻他们一些习惯的思维模式和工作方法，变化就会让人不爽，这是他们不喜欢我们这些顾问的原因之一
二是客户公司内部也很复杂，给我们的工作带来不少困难，顾问说到底，还是与人打交道的工作，这一点我现在是深有体会了。
之前一直在测试体系很成熟的公司呆着，似乎测试的重要性全团队都懂，根本不用强调
而客户这边刚好相反，即没有PM，DEV，STE的各伺其职，也没有Lean,Scrum的增量交付、持续集成和团队协作，测试工作进行的很艰难，客户火气也很大，天天PK我们。
比如：测试执行人员发现了bug, 开发随便一看，就说这是脏数据，拿到数据那边的人一看，说是根本不对，再去找到分析业务流程的人，又说是code有问题，整个系统从前到后再加上中间件分成好几层，不同层由不同团队负责，相互之间谁也不鸟谁，测试人员夹在其中疲于奔命，效率极低。
更要命的是，在做流程控制，评审的时候，我惊讶的发现，很多team，为了赶上进度，用了一些手段把问题掩盖住
比如：把defect降级，或者干脆不报defect，发现了就悄悄的修，修好了再Log,修不好也不出声。
这样做的结果，就是报表很好看，皆大欢喜，但潜在的质量问题多如牛毛，而且里面有不少是严重的bug,此刻都像地雷一样安静的埋在代码里，等着爆炸的那一天......
借我前面QA交接时的一句话：从来没见过这么难缠的客户，这么复杂的现场情况
而现在，这一切，就是接下来我和我的leader要面对的了.............
现在是人工审核了么？好慢 持续关注~ 针对这种现象，我和同事商量，准备开始加大抽查审核力度，同时加入到开发测试人员工作的房间（war-room),了解进度，把控流程。
在之前的抽查过程中，Test Case执行情况很差，大多就是标个pass，根本没有实际结果记录，因为数据和代码一直在变，也无从知道当时是否真的执行了，出了bug连回滚到那个版本去验证都不知道，这一点是目前我们需要着力解决的
另外一点就是每一阶段入口和出口标准的制定，之前制定的都挺好，但到实际实施的时候，就搞各种猫腻儿。
质量意识，原来真的不是一句空话，真的不是一天两天培养起来的。
以前的开发或者项目经理一听说测出bug，立刻表现的很兴奋，问：“有bug？快重现一下给我们看看，赶紧把丫fix了”
现在客户这边的开发，一听说测出bug，一脸紧张，说：”你怎么能测出bug呢，先别记录到ALM里，让我看看“
remark 质量意识，原来真的不是一句空话，真的不是一天两天培养起来的。
很赞同你这句话，支持你，在测试的路上要将质量意识根植，并将过程控制好是项任重而道远的事情，不过我支持你，坚定的走下去。 测试执行人员发现了bug, 开发随便一看，就说这是脏数据，拿到数据那边的人一看，说是根本不对，再去找到分析业务流程的人，又说是code有问题，整个系统从前到后再加上中间件分成好几层，不同层由不同团队负责，相互之间谁也不鸟谁，测试人员夹在其中疲于奔命，效率极低
说的很形象，跨团队合作是比较困难些，深有体会 LZ有空更新呀，期待着呢 针对前期的一些乱七八糟的状况，我们QA团队（其实也就两人 >_<) 制定了一些方案和方法，如我负责当前阶段案例的抽查和审核，日常测试执行状态跟踪，我leader负责数据迁移和性能测试两个方法的日常状态跟踪
虽然是这么划分，但相互之间的任务并不是完全不了解，因为在客户看来，QA是一个整体，我们在现场就是顾问，顾问就要给他们解决问题，所以我这一块我同事也要掌握个百分之八十，他那块我也是同样。
从日常测试用例执行中，我们可以看到大量的问题，毕竟我们也是测试出身，哪里是认真测的，哪里是捣浆糊的都能看出来。
但仅仅看出来还不行，正如我一开头说的，客户的员工都是年龄很大，在公司工作十年左右的老员工，他们吵架很凶，只凭经验推断出来的东西根本无法说服他们，而且还会被他们反攻说我们不专业
所以，我最近在整理各种数据和报表，从test case的执行数据 Defect数据中分析各种因素。
如：大量case执行无结果log，defect很多被取消，企图在这几个方面先加强一下，前者客户勉强接受（但并不改，还是该咋样咋样），后者则用他们自定义的defect life cycle来说事儿，这几天正在就这些和他们进一步讨论，希望会有所改观
今天花了些时间，把各个产品线的测试report分析了一下，统计了各种数据。
几个测试团队每天居然有三到四个小时因为测试环境问题而停止测试工作
我们通过邮件反映问题，客户居然回答说没硬件，只有一台环境能用
再问为什么不买硬件
答曰审批流程太长，等批下来项目也结束了，我心里顿时千万只神兽呼啸而过........ mark 继续更新 吧 你好，可以加你QQ请教下吗 停更了吗？LZ求继续更新:P 好帖，怎么不更新啊 求更新啊:) 持续关注中……确实有这么个经历，所谓的测试顾问一开始也是被底下员工批的是一无是处，认为是混饭吃的。。。到后来才发现，顾问之所以为顾问，不单单是嘴皮上的功夫，实处确实是有落到好处的。。。
页:
[1]
