我们做软件测试的这帮人，往往会有这样的想法：由于软件的复杂导致了测试的复杂，所以不能指望培训能给我们很多工作中的实际指导。偏重理论是肯定的，但并非没有意义，虽然理论同样可以从相关的文献资料上得到。因为做软件测试时从来不希望检测被测系统所有可能的输入、路径和状态，那么应该选择什么？什么时候应该停止测试？什么时候应该暂停测试？怎样编写一个软件测试包，它可以检测足够多的消息和状态的组合来说明没有失败的操作，但是从实用性来说它又足够的小？
测试提出了许多基本的但却令人困惑的难题，带着这些问题，所以参加了几次实用软件测试培训。
一，软件测试员的目标是尽可能早地找出软件缺陷，并确保其得以关闭。仔细思考后，我觉得此目标包含三个含义。
1．软件测试员的基本目标是发现软件缺陷。
这似乎是个不言而喻的事实，但有必要再次强调。因为有时开发小组要测试员只是为了证实软件可以运行，而不是找缺陷。在这种情况下，软件测试人员也就缺乏不懈努力发现缺陷的探索精神和热情。所以做好测试的首要条件是明确软件测试员的基本目标是发现软件缺陷。
2．软件测试员追求的是尽可能早地找出软件缺陷。
因为软件的修复费用，随着时间的推移，将数十倍的增长，所以软件测试员应尽可能早地找出软件缺陷。对于大型的软件，在软件开发的同时，就应该有紧随其后的测试，如果等到产品已经开发完毕才开始测试，非常有可能引起大量耗时费力的返工。而如何尽可能早的找出缺陷？理论上有一些测试方法：静态黑盒测试、动态黑盒测试、静态白盒测试、动态白盒测试；配置测试、兼容性测试、易用性测试……，怎样才能有效的用这些方法尽早的发现软件缺陷，需要在工作实践中不断的摸索、总结，不断的提高测试能力。针对公司的情况，如果软件的规模不是很大，开发中的测试工作可能由开发人员完成比较合适。
3．软件测试人员必需确保找出的软件缺陷得以关闭。
并不是每个软件缺陷都有必要修复的。可能是由于没有足够的时间、不算作真正的软件缺陷、修复的风险太大等原因，产品开发小组决定对一些软件缺陷不作修复。但是，测试人员必需确保找出的软件缺陷得以关闭，也就是说一旦登记了软件缺陷，就要跟踪其生命周期，监视其状态，提供必要的信息确保其得到修复和关闭。
本文转载自51Testing软件测试网（查看全文）：http://www.51testing.com/html/85/n-86485.html