测试可以显示缺陷的存在，但不能证明系统不存在缺陷。测试可以减少软件中存在未被发现缺陷的可能性，但即使测试没有发现任何缺陷，也不能证明软件或系统是完全正确的。
? 穷尽测试是不可能的
除了小型项目，进行完全（各种输入和前提条件的组合）的测试是不可能的。通过运用风险分析和不同系统功能的测试优先级，来确定测试的关注点，从而替代穷尽测试。
? 测试尽早介入
在软件或系统开发生命周期中，测试活动应该尽可能早的介入，并且应该将关注点放在已经定义的测试目标上。
? 缺陷集群性（80-20原则）
版本发布前进行的测试所发现的大部分缺陷和软件运行失效是由于少数软件模块引起的。
? 杀虫剂悖论
采用同样的测试用例多次重复进行测试，最后将不再能够发现新的缺陷。为了克服这种“杀虫剂悖论”，测试用例需要进行定期评审和修改，同时需要不断增加新的不同的测试用例来测试软件或系统的不同部分，从而发现潜在的更多的缺陷。
? 测试活动依赖于测试背景
针对不同的测试背景，进行的测试活动也是不同的。
? 不存在缺陷的谬论
假如系统无法使用，或者系统不能完成客户的需求和期望，发现和修改缺陷是没有任何意义的。
? 、以bug数量和严重性论英雄的不可行
软件测试的原则是什么?
系统测试包括恢复测试、安全测试、压力测试。具体如下：
1、恢复测试
恢复测试作为一种系统测试，主要关注导致软件运行失败的各种条件，并验证其恢复过程能否正确执行。在特定情况下，系统需具备容错能力。另外，系统失效必须在规定时间段内被更正，否则将会导致严重的经济损失。
2、安全测试
安全测试用来验证系统内部的保护机制，以防止非法侵入。在安全测试中，测试人员扮演试图侵入系统的角色，采用各种办法试图突破防线。因此系统安全设计的准则是要想方设法使侵入系统所需的代价更加昂贵。
3、压力测试
压力测试是指在正常资源下使用异常的访问量、频率或数据量来执行系统。在压力测试中可执行：如果平均中断数量是每秒一到两次，那么设计特殊的测试用例产生每秒十次中断；在虚拟操作系统下，产生需要最大内存量或其它资源的测试用例，或产生需要过量磁盘存储的数据。
扩展资料：
系统测试的目标和原则：
1、 确保系统测试的活动是按计划进行的；
2、 验证软件产品是否与系统需求用例不相符合或与之矛盾；
3、 建立完善的系统测试缺陷记录跟踪库；
4、 确保软件系统测试活动及其结果及时通知相关小组和个人。
5、原则是测试机构要独立；要精心设计测试计划，要进行回归测试；测试要遵从经济性原则。
百度百科-系统测试
软件测试的原则如下：
1、测试显示缺陷的存在。
测试可以显示缺陷的存在，但不能证明系统不存在缺陷。测试可以减少软件中存在缺陷的可能性，但即使测试没有发现任何缺陷，也不能证明软件或系统是完全正确的，或者说是不存在缺陷的。
2、穷尽测试是不可能的。
穷尽测试是不可能的，当满足一定的测试出口准则时测试就应当终止。考虑到所有可能输入值和它们的组合，以及结合所有不同的测试前置条件，这是一个天文数字，我们没有可能进行穷尽测试。
3、杀虫剂悖论。
测试用例需要经常的评审和修改，不断增加新的不同的测试用例来测试软件或系统的不同部分，保证测试用例永远是最新的，即包含着最后一次程序代码或说明文档的更新信息。
4、测试的尽早介入。
软件测试人员要尽早地且不断地进行软件测试，以提高软件质量降低软件开发成本。
软件测试：
是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。
本文来自作者[错保胜]投稿，不代表雷雅号立场，如若转载，请注明出处：https://ajtg.com.cn/tg/627.html
评论列表（4条）
我是雷雅号的签约作者“错保胜”！
希望本篇文章《软件测试的原则》能对你有所帮助！
本站[雷雅号]内容主要涵盖：生活百科,小常识,生活小窍门,知识分享
本文概览：测试显示缺陷的存在 测试可以显示缺陷的存在，但不能证明系统不存在缺陷。测试可以减少软件中存在未被发现缺陷的可能性，但即使测试没有发现任何缺陷，也不能证明软件或系统是完全正确的。...