软件测试领域中有待解决的难题们[1]

         软件测试领域中有待解决的难题们[1]   软件测试　　

       最近人们谈到测试，常常会听到：测试其实很复杂，所以很有前途。但具体怎么复杂却不尽其详。我觉得这篇我在微软内部测试架构师站点里读到的，Jim Moore 关于测试领域中有待解决的难题的文章很有启发。读过之后，静心想想，技术含量如何?好像蛮高的?呵呵，也许吧。这其中有些在微软已经解决了，有些却也是没有解决的。 突然发现，测试技术对一个公司来说好像还蛮秘密的，微软很多内部测试工具测试框架都不产品化，虽然那些工具看起来是可以普遍运用到业界的。

　　难题可以分为这么些类别：

　　质量衡量标准 (标尺)

　　可清晰量化的衡量产品质量

　　测试覆盖率-代码块覆盖,功能覆盖,用例覆盖.... 这么多覆盖率,每个覆盖率,合理的目标是多少? 50%? 80% 100%

　　按照找到的缺陷数目,多少是被用户找到的,多少是被内部非测试团队找到的,多少是被测试团队找到的,以此为衡量质量的标尺之一?

　　重复发生的回归性缺陷数目

　　补丁和Service package数量,来衡量质量

　　我们有这么多可以用来衡量质量的标准,那么,哪些应该是核心的标准,最重要的普遍标准.怎么把各个标准和质量关联上?

　　制定发布的质量指标,怎样才是正确的指标,可以指导我们决定发布还是延迟发布产品直到我们达到该指标.

　　怎么定义测试效率?包括怎么衡量s变化对测试的影响..

　　怎么定义测试"完成"了?

　　复杂领域产品测试:

　　音频和视频质量测试

　　"看起来效果对吗?"

　　"听起来效果对吗?"

　　效果"好"吗?

　　各种主观类型的测试判断

　　测试工具对系统本身的影响(测不准原理?):

　　性能测试工具本身对机器性能的影响所导致的测不准效果.

　　测试要素的各种组合(测试范围庞大):

原文转自：http://www.ltesting.net