第30回 总结

        
         件测试演义——中高级系列(序)要结束了,但我认为这仅仅是开始,有许多东西要学,有许多东西要深入下去,不断探讨,才能完成在软件测试上的使命......

       如果要对 “软件测试演义“ 有一个总结的话,可以用一句话来概括,

软件测试是一门地地道道的学问,同时也是一门艺术

测试的学习,也是从厚到薄,再从薄到厚。但我们真正进入了软件测试领域后,我们才会发现、或真正感到有许多东西要学。

      说起软件测试学问,在 软件测试全貌 里可以略见一斑,如静下心来看看:
  •   基于有限状态机
  •   基于形式化规格说明
  •   基于控制流的准则
  •   分布式系统的测试
  •   变异测试

同时,要了解软件测试的一些新的技术和新的平台,例如有不少新的开源测试工具需要了解,如Selenium/EMMA等,还有更多的自动化测试框架,如:
  • STAF: Software Testing Automation Framework
  • SAFT: Software Automation Framework Support
自动化脚本技术也是在不断发展,如从数据驱动(data-driven)向关键字驱动(Keyword-driven),使测试脚本中业务逻辑、操作(action)和数据得到分离,不仅仅是数据和脚本代码的分离。

     更让我们始终感到有压力的是,软件本身发展很快,软件测试要不断适应软件的发展。不仅涉及语言(ASP/PHP/Java, C++/C#, Ruby.. .) 、平台(OS + .NET, J2EE, ...) 等变化,还涉及模式、方法和技术的变化。如从面向对象(OO, Object-Oriented)软件的测试,到面向构件
(CO, Component-Oriented) 、面向方面( AO, Aspect- Oriented )、面向服务架构(SOA, Service-oriented architecture 、面向SaaS (Software as a service, 软件即服务) 软件开发 等的测试,不断创新,无一不要求我们学习、再学习。

     软件测试作为艺术,充满了很多的辨证统一的矛盾体:
  • 白盒测试方法和黑盒测试方法
  • 静态测试 (static test) 和 动态测试( Dynamic test)
  • 手工测试(Manual test)和自动化测试(Automated Test)
  • 有计划测试(Planned Test)和随机测试(Ad-hoc test 或Random test)
  • 新功能测试(new feature test)和回归测试 (Regression testing)
        更具有挑战的是,在效率和质量风险中获得平衡,在不断和风险、巨大的环境组合、无穷的测试用例数等进行搏斗。 需要辨证地从多个视角去看待它,不断的思考以获得适宜的测试方法和策略,并最终依赖TA的实现、有效的管理,达到我们的质量目标。

      从测试人员个人讲,要不断地实践,上前线打仗是锻炼士兵的
最好 办法,测试也是一样,测试方法、测试用例设计、测试脚本开发、测试工具使用和执行等,都需要和实际项目结合起来,也是最基本的要求。

      从测试团队讲,可能要不断进行
测试的革命 ,依据”测试成熟度模型“,推进团队的成熟、发展,使团队不仅拥有测试各个领域的技术和经验,更重要形成一套开放的、自我改进的、相对完善的测试体系,包括思想、方法、工具和基础设施等。

      要对大家有一个交待,一个真正的总结,就是再将薄变厚,写成一本系统的、实用的、手把手教大家做测试的、高水平的软件测试指导书。目前,正在和电子工业出版社的
博文视点 (BroadView)合作,今年8-9月份有望和大家见面。

      最后,谢谢大家捧场!!


参考
迟到的感谢——2006最有价值博客的候选人(& 个人回顾)


版权所有,软件测试演义® ——系列讨论的目录,见: 软件测试演义——中高级系列(序)



  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值