我的测试方法记录1

上一篇 / 下一篇  2013-08-15 11:51:32 / 个人分类:测试历程

最近在读一本关于测试方法的书《探索式软件测试》,美国人James A.Whittaker(詹姆斯.惠特克)(软件测试界的权威)编写的,感觉非常不错,起码非常适合自己,当然也适合测试团队

刚入公司时对于软件测试一窍不通,在网上搜索了大量的关于软件测试的书籍(说实话本人对于工具电子书没什么太大的阅读兴趣),大部分都是简单地浏览一下章节。紧接着工作的展开,开始深入的接触所负责的软件项目,渐渐有了一套浅显的测试策略:熟悉了解开发人员的代码编写习惯就可以找到部分特性的通病、反复测试BUG出现率高的地方、跟踪测试与所发现BUG相关的功能模块与特性等等。

忘记说了公司就我一个测试人员,所以就不是很注重软件测试用例的编写,所有的测试方案都是存在脑子里,测试出的BUG都是用wordBUG记录软件进行跟踪记录。但随着软件项目的深入开发或者更多项目的接触才发现有点力不从心。我开始在购买纸质书籍,翻阅着阅读、随时做笔记可以增加我的阅读兴趣,我翻看最基础的《软件测试基础》获益就相当大(我是菜鸟),通过翻阅云层编写的《性能测试进阶指南—LoadRunner 11实战》对性能测试工具有了更全面的理解(起码工具使用过程中遇到的问题有出着手了),诸如技术之类书籍如《软件测试的艺术》、《软件测试技术大全》都有涉猎,感觉获益颇多。

《探索式软件测试》中介绍的软件测试方法使我对软件测试有了质的了解,无论是手工测试还是自动化测试(虽然两者没有质的区别)。个人认为这本书介绍的漫游测试法(touring test)大体上就是我测试工作过程的真实写照:我不会去设计太过繁复的测试用例,只是有一个大体的流程,在测试过测试过程中跟着流程走,特性涉及到哪一方面然后跟着感觉走(不得不说对于测试员有时他的感觉相当灵敏),知道整个流程走完。整个测试过程走下来,不仅不会感觉累而且这时作为测试人员的我感觉很兴奋有种文思才涌的感觉,对流程之外的模块跃跃欲试,往往这是工作效率最高的时候,感觉很好。

个人认为无论是黑盒测试还是白盒测试其实都是对路径、条件等的覆盖,只是覆盖面是否控制完全。起码现在会总结工作方法了,表达可能存在欠缺,请见谅。


TAG: 测试方法

 

评分:0

我来说两句

日历

« 2024-04-26  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 24531
  • 日志数: 18
  • 建立时间: 2013-07-16
  • 更新时间: 2015-04-17

RSS订阅

Open Toolbar