51Testing软件测试论坛

标题: 如何有效又圆满地完成软件测试? [打印本页]

作者: Kerryzhu    时间: 2007-11-5 12:20
标题: 如何有效又圆满地完成软件测试?
  2000年刚建立测试团队时,测试和开发人员是一种对立的关系,开发人员觉得软件测试是挑他们的毛病、和他们过不去,有一个简单的故事可以说明这一点。当时,条件有限,测试人员和开发人员共享一台小型机服务器,测试人员发现了一个缺陷,告诉某个开发人员,而他趁测试人员不注意回到自己座位,偷偷地修改了代码、处理了那个缺陷,然后跑到测试人员身边,说“你把那个Bug再现给我看?”。结果,可想而知,这个测试人员无论如何也不能复现那个Bug(缺陷)。
    几年以后,这种情况不会再出现了,不是因为条件好了,可以买很多服务器,将测试环境和开发环境分离开来,而是观念改变了。虽然也的确购买了几百台服务器(不用小型机,越来越多采用Linux系统),将测试环境和开发环境分离开来,在客观上避免那类“悲剧”的发生,但是观念远远比机器重要。拥有正确的观念,就比较容易创建良好的质量文化,开发人员的态度也随之发生变化,已经深深认识到:


    现在,有的开发人员向我抱怨,是不是换了一个新人测试他写的模块?因为这个测试人员发现的缺陷比以前那个测试工程师发现的缺陷少多了。开发人员希望更多的缺陷被发现出来,绝不希望缺陷被客户发现。
   
    今天,我们高兴看到开发人员和测试人员心往一处想。从项目启动的第一天起到需求和设计的评审阶段,从后期的缺陷修正到产品维护——在整个软件生命周期中,开发人员和测试人员愉快地合作、共同努力,将软件产品的开发效率和质量推到一个新的高度。一方面,开发人员主动介绍自己对产品特性是如何理解的、又如何实现这些特性,主动邀请测试人员参与代码的走查、对新发现的Bug快速响应。另一方面,测试人员提前将设计好的一些测试用例交给开发人员,让开发人员先根据这些测试用例验证正在开发的功能特性,测试人员还愉快地帮助开发人员再现某个缺陷。
   
    所有这些,显示了软件测试在国内越来越受到重视,软件测试领域正迎来朝气蓬勃的新气象。当更多的人投入到测试行业时,需要一本实践性强、富有启发的专业书,指导大家如何进行测试,出色地完成测试任务。
   
    这本新书《全程软件测试》就承载这样一个任务,从项目启动开始,一步一步地教会大家如何做好测试工作,包括建立测试组、计划测试、设计测试用例、选择测试工具、开发测试脚本、执行测试和编写测试报告等。这也是将多年来所积累的软件测试经验与技术实践,以及不断思考所获得的体会和升华,借此机会与大家分享。
   
    为了写这本书,事先也做了一些尝试,尽量收集大家对软件测试内容需求的反馈,于是在CSDN的个人博客上演义了30回的软件测试 (
[img=15 border=0,13 alt=]http://blog.csdn.net/images/authorship.gif[/img] 软件测试演义——中高级系列(序)),受到了大家的好评。也许就因为这个,在CSDN建博客不到8个月,就成为当年(2006年)十大最具价值的博客之一 (迟到的感谢——2006最有价值博客的候选人(& 个人回顾), 新浪报道 CSDN最有价值博客TOP10 )。

    此后,也和许多软件测试人员进行面对面的交流,如
[img=15 border=0,13 alt=]http://blog.csdn.net/images/authorship.gif[/img] 技术布道——全程软件测试         

    此前,曾写过一本《软件测试方法和技术》教材,在比较短的时间内印刷了好几次,也颇受欢迎。但那本书,在很大程度上是从理论、概念上讲解软件测试的方法和技术,适合在校学生使用。而这本书重实践、重应用,适合软件公司的测试经理、工程师和想进入这个软件测试行业的人员等学习。

[img=680,401 alt=]http://p.blog.csdn.net/images/p_blog_csdn_net/kerryzhu/209967/o_small-FLT2.jpg[/img]

   
      全书共十二章,以两个案例为背景,以项目向前发展的实际过程为路线图,全面展开软件测试的思想、流程、方法、技术和最佳实践。全书力求做到方法有效、技术实用,集中讲解实际测试工作,没有单纯的概念介绍,将概念准确穿插在测试进程活动之中






欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2