虽考虑到下周巨量打新冻结资金将逐步

虽考虑到下周巨量打新冻结资金将逐步回流或在一定程度上封杀大盘下跌空间 关于“软件测试的目的”的三种答案定义

关于“软件测试的目的”的三种答案定义

    在程序中通常存在着很多预料不到的疑问，也许会被遗漏，很多躲藏的过错只有在特定的环境下才也许露出出来。如果不把着眼点放在尽也许查找过错这样一个基础上，这些躲藏的过错和缺点就查不出来，会遗留到运转期间中去。把这些错误寻找出来就是软件测试的根本目的。关于“软件测试的目的”，这边有三个答案，我觉得都是有其合理性的。

    第一种答案：软件测试的目的是“为了发现程序中的错误而执行程序的过程”，这和某些人一般幻想的“测试是为了证明程序是准确的”，“成功的测试是没有发现过错的测试”等等是彻底相反的。准确认识测试的方针是十分重要的，测试方针决议了测试计划的规划。假如为了标明程序是准确的而进行测试，就会规划一些不易露出过错的测试计划；相反，假如测试是为了发现程序中的过错，就会力求规划出最能露出过错的测试方案。但是他们应该认识到测试决不能证明程序是正确的。即便经过了最严厉的软件测试以后，仍然也许还有没被发现的过错潜藏在程序中。测试只能查找出程序中的过错，不能证实程序中没有过错。    第二种答案：软件测试的目的就是“为了保证软件质量，提高软件的可靠性”。这个定义听起来很正确，但用它来指导测试会带来很多问题。实际上，混淆了测试和质量保证工作的边界。软件质量要素有很多，包括：Understandability、Conciseness、Portability、Consistency、Maintainability、Testability、Usability、Structures、Efficiency、Security等等，所以，软件质量保证和测试其实关注的方向是不同的。    第三种答案：软件测试的目的在于“检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。”这是什么意思呢？bug（预期成果与实践成果之间的不同）是这个过程中的商品而非目标或软件测试计划。测验人员应当象工兵一样，在大部队（客户）预期行进的方向上探雷、扫雷（bug），而不需要去关怀那些底子没有人会去碰的地雷。衡量一个测验人员应当去衡量他/她测验了多少需要（测验工作量），漏过了多少bug（测验有效性）。    总而言之，这三种答案都是对的又不完全对。从用户角度出发，遍及期望经过软件测验露出软件中躲藏的过错和缺点，来思考是否能够承受产品。从软件开发者出发，则期望软件测验变成表明软件产品不存在过错的过程，验证该软件已正确地实现了用户的要求，建立人们对软件质量的决心。有时候测验并不只是是为了找出过错。经过剖析过错发作的缘由和过错的发展趋势，能够协助项目管理者发现当时软件开发过程中的缺点，以便及时改善。