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

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

　　测试集优选:

　　由时间和进度影响决定?

　　由用户影响决定?

　　由平均测试用例所找到的缺陷数决定? (或者考虑其他投资回报因素而决定)

　　挑选测试用例覆盖了所更改的代码,依此决定?

　　由所要测试的代码复杂度决定?

　　项目计划安排:

　　准确估计测试所需要的时间;

　　测试团队如何参与决定项目整体进度计划;

　　敏捷快速迭代测试的计划安排。

　　测试对项目的影响:

　　争取修复缺陷– i.e. 比如要求开发组修复缺陷,而他们回答"没人会这么做!", 这个时候怎么有理有据的坚持要求修复缺陷。

　　设计阶段的测试团队参与 – 可测试性的分析/设计。

　　是否该拥有对发布/不发布的决策的影响。

　　测试自动化:

　　自动化测试用例的后期维护梦魇。

　　怎么模拟人眼人耳来做自动化测试(音频/视频测试)?

　　产品代码中缺乏足够的接口来支持自动化测试(比如开发人员自己画出来的控件);

　　模拟N用户操作的自动化测试(N非常大);

　　模拟真实的用户-- [随机的用户行为]。

　　集成测试:

　　集成测试中的自动化测试;

　　调试的责任，谁做集成测试，谁负责调试整个产品中的问题?

　　集成测试应该包含哪些测试用例?

　　其他普遍的难题:

　　几个版本发布之后,积累的测试代码变得臃肿和难以维护。

　　设计不好的测试代码，重复的测试代码，各个测试自动化队伍之间缺乏总体的设计和架构避免冗余工作。

　　冗余的测试用例;

　　留住有经验的测试人才。

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