第30回总结

touchinsert

浏览: 1351448 次
性别:
来自: 北京

最近访客更多访客>>

yin_bp

u012363178

wangyy

dongguangming88

博主相关

博客

微博

相册

留言

关于我

文章分类

全部博客 (1629)

社区版块

存档分类

2012-01 ( 61)
2011-12 ( 68)
2011-11 ( 26)
更多存档...

软件测试脚本领域模型 OO ASP.net

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

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

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

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

说起软件测试学问，在软件测试全貌里可以略见一斑，如静下心来看看：

基于有限状态机
基于形式化规格说明
基于控制流的准则
分布式系统的测试
变异测试

同时，要了解软件测试的一些新的技术和新的平台，例如有不少新的开源测试工具需要了解，如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最有价值博客的候选人（& 个人回顾）