测试基本理论

1测试定义

IEEE中对测试的定义：使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

2测试前提

软件可测试性：是一个计算机程序能够被测试的容易程度。

软件可测试性 检查表：

可操作性    运行得越好，被测试的效率越高。

可观察性    所看见的，就是所测试的。

可控制性   对软件的控制越好，测试越能够被自动执行与优化。

可分解性   通过控制测试范围，能够更好地分解问题，执行更灵巧的再测试。

简单性       需要测试的内容越少，测试的速度越快。

稳定性       改变越少，对测试的破坏越小。

易理解性   得到的信息越多，进行的测试越灵巧。

3测试目的

目的：发现程序中的错误，提高产品可靠性。

4测试规律

规律：木桶原理八二原则。

木桶原理

产品质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至文化因素也会影响最终产品的质量。应该说，测试是提高产品质量的必要条件，也是提高产品质量最直接、最快捷的手段，但绝不是一-种根本手段。反过来说，如果将提高产品质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。

八二原则

说法一:在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug,而系统测试又能找出其余Bug中的80%,最后的5%的Bug可能只有在用户的大范围、长时间使用后才会暴露出来。因为测试只能够保证尽可能多地发现错误，无法保证能够发现所有的错误。

说法二: 80%的程序缺陷常常存在在软件20%的程序空间里。

5测试原则

测试的工作是有 计划的;

zero-bug 是一-种理想，good-enough 是我们的原则，应该在软件测试成本和软件质量效益两者间找到一个平衡点; .

不应测试自己开发的程序;

尽早地进行，前期就要介入;<美国国防部(千行代码出错率小于0。01)>

要尽早地发现缺陷和修正缺陷主要有以下原因：

➢缺陷的修改成本随着阶段的推移将急剧上升，在产品发布之后修正一个缺陷的成本

将是需求阶段的100倍，甚至更高;

缺陷具有放大的特点，缺陷修改延迟几个星期甚至几个月将使得系统更容易出错(”软件缺陷具有生长和生育的能力。”);

设计判定和一些小的代码限制及条件很容易被忘掉;

尽早修正缺陷可以节省重新分析设计的时间;

早期的问题 反馈有助于防止类似错误的产生;

大量的缺陷和问题跟踪工作将被减轻;

如果必要的话，可以重新设计和编码，而这个工作越往后期越不可能;

需求和设计时出现的缺陷占很大的比例。

测试都应追溯到用户需求。正如我们所知：软件测试的目标在于揭示错误。而最严重的错误(从用户角度来看)是那些导致程序无法满足需求的错误：

测试设计和测 试操作进行分离;

软件缺陷具有 免疫性，必须更换不同的测试方法和测试数据。在软件测试中采用单-的方法不能高效和完全地针对所有软件缺陷，因此软件测试应该尽可能地多采用多种途径进行测试;

测试本身应该被测试;

测试和质量关系密切，质量活动需要有规划和监控及明确的输出。

6主要内容

✧测试要考虑到所有的出错可能性。同时要做--些不是按常规做的、非常奇怪的事。

✧除了 漏洞之外，测试还应考虑性能问题，保证软件运行良好，非常快，没有内存泄露

不会出现软件运行越来越慢的情形。

✧测试要 考虑软件的兼容性。

7不利因素

测试可能存在的不利因素：

没有得到足够的培训

心理准备不足

缺乏测试工具

缺乏管理的标准和支持

缺乏客户和最终使用者的参与

没有足够的 时间进行测试

对于独立的测试人 员过度信任

版本改变的太快

测试人员处于不受重视的情况中

不能说不

后:【可能给你带来帮助的教程】

点击免费领取软件测试资料 100+ 名企测试内推资源倾情分享，我的学习基地

这一些资料，对做【软件测试】的朋友而言应该是较为完整了，这类学习资料也陪伴我走过了最艰难的路程，希望也可以帮助到你！万事要尽早，尤其是技术行业，一定要提升技术功底。