软件测试演义——中高级系列(序)要结束了,但我认为这仅仅是开始,有许多东西要学,有许多东西要深入下去,不断探讨,才能完成在软件测试上的使命......
如果要对 “软件测试演义“ 有一个总结的话,可以用一句话来概括,
软件测试是一门地地道道的学问,同时也是一门艺术。
测试的学习,也是从厚到薄,再从薄到厚。但我们真正进入了软件测试领域后,我们才会发现、或真正感到有许多东西要学。
说起软件测试学问,在 软件测试全貌 里可以略见一斑,如静下心来看看:
- 基于有限状态机
- 基于形式化规格说明
- 基于控制流的准则
- 分布式系统的测试
- 变异测试
同时,要了解软件测试的一些新的技术和新的平台,例如有不少新的开源测试工具需要了解,如Selenium/EMMA等,还有更多的自动化测试框架,如:
- STAF: Software Testing Automation Framework
- SAFT: Software Automation Framework Support
更让我们始终感到有压力的是,软件本身发展很快,软件测试要不断适应软件的发展。不仅涉及语言(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)
从测试人员个人讲,要不断地实践,上前线打仗是锻炼士兵的最好办法,测试也是一样,测试方法、测试用例设计、测试脚本开发、测试工具使用和执行等,都需要和实际项目结合起来,也是最基本的要求。
从测试团队讲,可能要不断进行 测试的革命,依据”测试成熟度模型“,推进团队的成熟、发展,使团队不仅拥有测试各个领域的技术和经验,更重要形成一套开放的、自我改进的、相对完善的测试体系,包括思想、方法、工具和基础设施等。
要对大家有一个交待,一个真正的总结,就是再将薄变厚,写成一本系统的、实用的、手把手教大家做测试的、高水平的软件测试指导书。目前,正在和电子工业出版社的博文视点(BroadView)合作,今年8-9月份有望和大家见面。
最后,谢谢大家捧场!!
参考:迟到的感谢——2006最有价值博客的候选人(& 个人回顾)
- 第1回 V模型,我的完整诠释
- 第2回 究竟什么是软件测试?
- 第7回 软件测试方法的应用之道
- 第8回 测试的三维空间
- ... ...
- 第18回 测试计划的有效性和全面性
- 第21回 测试用例设计方法的综合运用
- 第25回 准确报告软件缺陷
- 第27回 测试结果分析和质量报告
- ......
- 测试方法的辩证统一(之一)
- 测试方法的辩证统一(之二)
- 测试方法的辩证统一(之三)
- 测试方法的辩证统一(之四)
- ......
- 如何才能做好测试自动化(TA)?
- 如何更好达到测试自动化的目的(2) ?
- 功能测试自动化的投入和产出
- 测试自动化普遍存在的问题
- 自动化测试实施步骤和最佳实践
- ......
- 开源测试工具的完整解决方案
- 强大的Web开源测试工具—Selenium
- 使用 EMMA 测量测试覆盖率
- 开源软件测试模型
- .....
- 测试执行中非常有效的策略
- 再论软件测试的执行
- 如何用量化数据来激励测试工程师?
- 正交表方法在创建测试套件上的应用(2)
- 软件质量保证的最佳实践之一:Code review和Case review
- 测试 J2EE 数据库应用程序的最佳实践
版权所有,软件测试演义®
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1484838