作为一名刚进入软件测试工作的新手来说，该如何实现快速成长？
1、仔细阅读Requirement Document。深入了解系统功能，磨刀不误砍柴工，不要还没弄清需求就开始动手。Requirement是Test Scope和Test Strategy的主要决定因素，失之毫厘，差之千里。另外，读Requirement要注重全面性，不要满足于字面上的理解和对局部功能的了解，对Requirement理解上的偏差是软件项目的最大Risk。
2、熟悉Test Case。这是测试执行的一个导向，要想快速高效率的执行Test，必须在熟悉系统的同时，熟悉Test Case，熟悉每个Test Case例覆盖的需求，这样执行起来才能事半功倍。
3、记住自己在工作中扮演的角色是测试而不是开发。珍惜时间，避免不必要的浪费。作为一个测试新人来讲，刚开始接触项目，有很多时候发现Defect，只是知道它的表象特征，却无法弄清这个缺陷是由什么引起的，这里就存在一个误区，花过多的时间去寻找原因，因为受个人所学知识和经验上的限制，有的缺陷很难短时间内找到产生原因，与其这样浪费时间，不如将Bug重现给开发人员看一下，让他们找原因，那样即不耽误下面的测试也能在短时间内找出原因，从根本上解决Issue。
4、速度和效率同时考虑，既要在合理的时间内完成计划好的Test Cases，也要注意Report的Defect的质量，尽量别发错Bug。
5、初始测试：
1）建议着重进行Business Logic方面的测试，在电脑上以文档形式画出简单的Business Logic Diagram，重点说明：一定要尽量考虑所有的Scenario。
2）建议进行环境测试（当然要根据需求测试相应的环境）。
3）严格核对需求文档，防止需求遗漏。
6、当有新的Release的时候：
1）验证Fixed Defects。如果验证通过了，把状态改为CLOSED（关闭的时候一定要加个备注，比如：某月某日某版本验证通过。对于Development Team修改了，但是与需求有出入的，且与BSA和Project Manager确认可以这样修改时，建议也在备注中写明。如果没通过应将状态改为OPEN（同样加个备注：某月某日某版本验证未通过），这里存在一个误区，有的人会把状态改为REOPEN，如果是公司要求的，那无可厚非，如果没有要求，建议改为OPEN，因为REOPEN是该Bug已经改为CLOSED状态后，才需要修改为REOPEN状态的。
2）养成一个良好的习惯，在有新的Release的时候先冒下烟确保主流程畅通，然后再进行功能测试，这样可以尽早发现严重的或显而易见的Defects。然后着重测试有修改的或者与所修改模块有调用关系的模块和发现Bug比较多的模块（一般公司的Release Notes里面都会有所做的修改或Fixed的Defects的清单），未改动的模块建议做个小Regression。特别说明：主流程走不通，应作为Show Stopper立刻Raise。
7、严格按照公司里Defect Management的要求提交Defect，因为这样可以使你尽快融入Team，减少Communication barrier。一般公司的缺陷描述都要求有：系统名称_功能模块，缺陷描述，包括哪个Test Case，Expected Result和Real Result等等。对不同类型的系统，要具体问题具体对待。优先级和严重程度不要夸大也不要降低，实事求是。
8、测试没有空闲。项目在不同阶段，会有些时间很“空闲”。建议：
1）把测试管理工具中的缺陷全部分类导出，总结一下哪些模块容易产生哪些缺陷，重点看一下自己没发现或没有考虑到的缺陷，有多余时间可以看一下 CLOSED_NBUG的缺陷，这类Bug一般都是需求不明确，需求变更而产生的，看一下这类缺陷，可以总结一下哪些需求容易产生误解，和出现了哪些新需求。
2）把测试管理工具中的Test Cases细细看几遍，学习别人的Case编写方法和思想，空闲时间可以自己试着编写，看自己编写的与别人编写的Test Case差距在哪，从而不断完善。
3）进入一些测试论坛，把自己的困惑和经验和大家一起分享，共同学习，共同进步！
以上这些都是一些过来人的体会，主要针对新人写的，也许有些地方会偏颇，但相信对测试新手来说会有一定的提示。
（详细信息，请指点：416-644-1998，或查询：www.NewJob123.com)
