3、 采用【白加黑】测试策略,尽量提升测试准确度。
(【白加黑】就白盒加黑盒的测试策略;尤其在回归测试中非常明显;如果纯黑盒测试,有时开发可能只改了一行代码,或者改了一个配置,我们就需要回归整个流程及其中一些重要细节;但如果我们通过阅读代码,与开发沟通,通过代码的修改评估出影响的范围,我们就能有的放矢。这样的测试我们不仅提高了工作效率,缩短测试时间,还能让我们测试的更明白,更放心。)
4、 通过冒烟测试,减少不必要的资源浪费。
(我有一个想法是,冒烟测试是否可以由开发人员来进行;冒烟的测试用例由测试和开发共同编写,评审。这样是否就可以避免我上面提到的两个问题,也保证开发提测的代码流程是通的,测试也不用在流程性的问题上耽误太多时间,而保证更多的精力去探索需求、设计及代码。是否可行,这个我还没有过经验,希望后续可以验证)
5、 自己能办到的事一般不求别人。
(在涉及多个部门或多个系统的大项目中,我认为这句话很管用。当然这句话只能用在自测的阶段,联调阶段万不可使用。在自测阶段,我们依赖的外部数据,可以通过我们自己调用自己的接口,给自己发送MQ消息,或者调用别人的接口,使用别人的系统,尽可能不依赖别人,这样我们自测的效率就会大大提高。)
6、 站在专业测试的角度,不局限于自己目前的负责范围。
(在大的公司,术业有专攻;有的人只负责功能,有的人只负责性能,有的只负责安全,等等。但是作为测试人员,我们不能仅仅局限于我们目前的工作范围,应该从整体去考虑;因为立项时,项目经理和开发人员有哪些类型测试需要做,他们可能不会特别清楚;这时,我们就应该站在专业的角度,为项目组提供更合理的建议)
7、 不存私心,一切以客户为中心。
(有些项目需要多部门合作,作为测试,我觉的不能仅仅考虑我们自己负责的范围没问题就OK;应该站在公司角度,用户角度考虑问题;少计较个人得失,多关注用户和公司的利益。看似是大道理,但是实际工作中我已深有体会;当我帮助别人发现问题,并得到解决。我的心里就会有一种莫名的自豪感和成就感。)
原文转自:http://www.testwo.com/blog/7172