• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

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

发布: 2009-6-08 11:12 | 作者: 网络转载 | 来源: 领测软件测试网采编 | 查看: 21次 | 进入软件测试论坛讨论

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

质量衡量标准 (标尺)

       可清晰量化的衡量产品质量 
       测试覆盖率-代码块覆盖,功能覆盖,用例覆盖.... 这么多覆盖率,每个覆盖率,合理的目标是多少? 50%? 80% 100% 
       按照找到的缺陷数目,多少是被用户找到的,多少是被内部非测试团队找到的,多少是被测试团队找到的,以此为衡量质量的标尺之一? 
       重复发生的回归性缺陷数目  
       补丁和Service package数量,来衡量质量  
       我们有这么多可以用来衡量质量的标准,那么,哪些应该是核心的标准,最重要的普遍标准.怎么把各个标准和质量关联上? 
       制定发布的质量指标,怎样才是正确的指标,可以指导我们决定发布还是延迟发布产品直到我们达到该指标. 
       怎么定义测试效率?包括怎么衡量s变化对测试的影响.. 
       怎么定义测试"完成"了?

         复杂领域产品测试:

         音频和视频质量测试 
         "看起来效果对吗?" 
         "听起来效果对吗?" 
         效果"好"吗? 
         各种主观类型的测试判断

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

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

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

         测试要素组合, 覆盖各种可能组合,将变得庞大: 操作系统 vs. 调试/发布 vs. 硬件配置 vs. 各种语言 vs. etc. vs. etc. 
         无穷无尽的用户可能输入. 
         有时间相关性的产品的测试.各种时间可能的穷举是无限的.

整个产品范围测试中的问题

         整个产品的压力测试  
         这个产品性能测试 vs. 各个开发组对自己模块所作的性能测试 
        集成测试.

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: 解决 领域 难题 软件测试

21/212>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网