软件测试领域中有待解决的难题[2] 软件测试
测试集优选:
由时间和进度影响决定?
由用户影响决定?
由平均测试用例所找到的缺陷数决定? (或者考虑其他投资回报因素而决定)
挑选测试用例覆盖了所更改的代码,依此决定?
由所要测试的代码复杂度决定?
项目计划安排:
准确估计测试所需要的时间;
测试团队如何参与决定项目整体进度计划;
敏捷快速迭代测试的计划安排。
测试对项目的影响:
争取修复缺陷– i.e. 比如要求开发组修复缺陷,而他们回答"没人会这么做!", 这个时候怎么有理有据的坚持要求修复缺陷。
设计阶段的测试团队参与 – 可测试性的分析/设计。
是否该拥有对发布/不发布的决策的影响。
测试自动化:
自动化测试用例的后期维护梦魇。
怎么模拟人眼人耳来做自动化测试(音频/视频测试)?
产品代码中缺乏足够的接口来支持自动化测试(比如开发人员自己画出来的控件);
模拟N用户操作的自动化测试(N非常大);
模拟真实的用户-- [随机的用户行为]。
集成测试:
集成测试中的自动化测试;
调试的责任，谁做集成测试，谁负责调试整个产品中的问题?
集成测试应该包含哪些测试用例?
其他普遍的难题:
几个版本发布之后,积累的测试代码变得臃肿和难以维护。
设计不好的测试代码，重复的测试代码，各个测试自动化队伍之间缺乏总体的设计和架构避免冗余工作。
冗余的测试用例;
留住有经验的测试人才。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
