软件测试领域中有待解决的难题[1] 软件测试工具
质量衡量标准 (标尺)
可清晰量化的衡量产品质量;
测试覆盖率-代码块覆盖,功能覆盖,用例覆盖.... 这么多覆盖率,每个覆盖率,合理的目标是多少? 50%? 80% 100%;
按照找到的缺陷数目,多少是被用户找到的,多少是被内部非测试团队找到的,多少是被测试团队找到的,以此为衡量质量的标尺之一?
重复发生的回归性缺陷数目;
补丁和Service package数量,来衡量质量;
我们有这么多可以用来衡量质量的标准,那么,哪些应该是核心的标准,最重要的普遍标准.怎么把各个标准和质量关联上?
制定发布的质量指标,怎样才是正确的指标,可以指导我们决定发布还是延迟发布产品直到我们达到该指标。
怎么定义测试效率?包括怎么衡量s变化对测试的影响..
怎么定义测试“完成”了?
复杂领域产品测试:
音频和视频质量测试;
“看起来效果对吗?”
“听起来效果对吗?”
效果“好”吗?
各种主观类型的测试判断;
测试工具对系统本身的影响(测不准原理?);
性能测试工具本身对机器性能的影响所导致的测不准效果。
测试要素的各种组合(测试范围庞大):
测试要素组合, 覆盖各种可能组合,将变得庞大: 操作系统 vs. 调试/发布 vs. 硬件配置 vs. 各种语言 vs. etc. vs. etc.
无穷无尽的用户可能输入;
有时间相关性的产品的测试.各种时间可能的穷举是无限的; 软件测试
整个产品范围测试中的问题;
整个产品的压力测试;
这个产品性能测试 vs. 各个开发组对自己模块所作的性能测试;
集成测试。