这里将介绍几则Java内存管理的小技巧,让你告别陋习,为Java程序提速。 有不少人都说“Java完了,只等着衰亡吧!”,为什么呢?最简单的的例子就是Java做的系统时非常占内存!一听到这样的话,一定会有不少人站出来为Java辩护,并举出一堆的性能测试报告来证明这一点。其实从理论上来讲Java做的系统并不比其他语言开发出来的系统更占用内存,那么为什么却有这么多理由来证明它确实占内存呢?两个字,陋习。
1、用StringBuffer代替字符串相加。
看过许多同行兄弟姐妹的工作感受,反映了一些从事QA工作过程中的困惑,心里也很有同感。这边和大家分享一点心得。
尊重开发人员、产品经理、经理等项目组内同事,不要把自己定位为监工,要把自己定位为服务员。如果你真的是从心里想帮助大家把事情做好,而不是教训别人,大家会感受到的。很多时候,调整好自己的心态才是难点。
不要盲目的发表意见,要做到有理有据,这也是避免组内成员产生争执和不理解的前提。在提出意见和建议前,最好做一下调查,收集一些资料和数据,或者和大家深入的聊一聊,开一些交流会,座谈会,收集到一线开发人员的真实感受,不要自己一觉得有问题就冲出来,这样肯定会被别人反感,也会降低大家对QA的认同和信任感。
质量工作相对务虚不假,之前做测试好歹还有很多的bug摆在那里,刚开始做QA工作确实觉得虚了很多。自己的产出在哪里?后来发现,其实还是可以有很多的,呵呵。你可以给相关人员进行培训(质量知识、软件工程知识、产品开发知识、质量制度和规范等等),会议记录和培训资料算是你的产出的一部分。另外,对于项目过程中产生的问题,变更等,要有记录,一定周期内作出分析和报告,比如,变更发生率,项目延期的原因分布,与计划的不符合程度等等。进一步提出改进建议,有了这些数据支持,你提出建议也就更有说服力。
其实很多问题都是发生在沟通上,我觉得沟通好了,起码可以解决70%的问题。多为大家提供交流和沟通的机会,比如,发起一个交流会,让组内同事互相培训,形成一个良好的内部学习交流气氛。另外,什么也比不过面对面的沟通,抛弃聊天工具和email吧,走过去,和你的同事一起好好聊聊,吃饭的时候,坐车的时候,你会发现很多深入的问题的,呵呵。
规范制定好了,不要一下子就想完全推行到底。毕竟要改变别人已有的习惯,是会让别人不舒服的,呵呵。所以要循序渐进,分期分批,一点点来,习惯慢慢的就被改变了,这样大家就不会太抵触。而且,在分期分批推行规范的过程中,别忘了不断收集反馈意见,不断改进和修正规范,规范可不是qa说是什么就是什么的,一定要收集大家的意见,达成共识,这样才有被大家执行的基础。
QA工作务虚,但是可以落到实处,是有很多实际工作要做的,比如文档编写,规范起草。培训、评审、跟进问题。这些工作的成果如何体现,效果如何,可以通过一些问卷调查,来收集大家的反馈,举个例子,如果推行产品开发流程规范前大家对流程的满意度是50%,推行规范两个月以后,满意度成了90%,你说这是谁的功劳呢?呵呵,这也是数据说话的一个方面,也是QA工作成绩的展现。