做了快一年的软件测试(先前做了几年的硬件测试),一直纠结于软件测试最“淳朴”的概念到底是什么,期间也看到了很多种版本,细细想来总结一番:
版本1:软件测试就是发现bug
最质朴的一种解释,也是遇见最多的一种解释。至少现今所在的公司对此是这样理解的。一个Tester所从事的软件测试工作似乎就是熟读spec后查找bug,跟踪bug
版本2:验证软件实现了规格说明书要求的功能,确认没有实现规格说明书中没有提及的功能。
简称V&V
Verification: Are we building the product right?
Validation:Are we building the right product?
功能测试的高度浓缩的总结,精辟自然不用多说
版本3:验证软件是否满足软件质量模型的6个大特性,27个子特性
基于ISO9126
6大特性:Functionality,Reliability,Usability,Efficiency,Management,Portable
这种版本比较适合面试回答。问题:请问你准备从哪些方面开展测试一款软件呢?
版本4:运用工程学方法从更深层次分析和管控
除了发现bug,我们还能做什么?根据CMMI和6Sigma的精神,我们最终的目的是通过度量数据的分析统计,做到将软件测试的一切活动,包括bug的发现,都可控可管,可预见可预防。其实,一切归结于数据的统计,度量,分析,改进。
本文讨论了软件测试的不同理解和定义,包括发现bug、验证与确认、满足软件质量模型等多个层面,并提出了运用工程学方法进行深入分析的观点。
2138

被折叠的 条评论
为什么被折叠?



