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

解决软件测试领域中有待解决的难题[2]软件测试测试集优选:由时间和进度影响决定?由用户影响决定?由平均测试用例所找到的缺陷数决定?(或者考虑其他投资回报因素而决定)挑选测试用例覆盖了所更改的代码,依此决定?由所要测试的代码复杂度决定?项目计划       软件测试领域中有待解决的难题[2] 软件测试　　测试集优选:　　由时间和进度影响决定?　　由用户影响决定?　　由平均测试用例所找到的缺陷数决定?(或者考虑其他投资回报因素而决定)　　挑选测试用例覆盖了所更改的代码,依此决定?　　由所要测试的代码

解决软件测试领域中有待解决的难题[1]软件测试工具质量衡量标准(标尺)可清晰量化的衡量产品质量;测试覆盖率-代码块覆盖,功能覆盖,用例覆盖....这么多覆盖率,每个覆盖率,合理的目标是多少?50%?800%;按照找到的缺陷数目,多少是被用户找到的,多少      软件测试领域中有待解决的难题[1] 软件测试工具　　质量衡量标准(标尺)　　可清晰量化的衡量产品质量;　　测试覆盖率-代码块覆盖,功能覆盖,用例覆盖....这么多覆盖率,每个覆盖率,合理的目标是多少?50%?800%;　　按照找到的缺陷