软件测试中必备的基础知识

《软件测试中必备的基础知识》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、软件测试是一项批判性的工作，目的就是找出软件中的缺陷。这里暂时不去深究为什么要进行软件测试，以及软件测试带来的好处。只介绍软件测试中一些基本的测试方法。根据是否查看代码程序分为黑盒测试和白盒测试;根据是否运行软件又可分为静态测试和动态测试。遗代Backlog耳次行郴齢产RBacklog窈产品缺陷黑盒测试：又叫功能测试或行为测试，只需考虑各个功能，不需要考虑整个软件的内部结构及代码。白盒测试：访问代码，通过检查代码的线索来协助测试。静态测试：测试软件不运行的部分，只是检查和审核。动态测试：使用和运行软件进行测试。1、静态黑盒测试：检查产品说明书，并在软件编写之前找出问题•对产品说

2、明书或软件需求报告进行高级审查：(1)站在一个设计者的角度进行审查，找出根本性问题或遗漏之处(2)站在客户(使用者)的角度来审查，因为软件质量的定义是满足客户的需求(3)研究现有的标准和规范，可以是公司习惯用语和约定、行业要求、GUI、安全标准;检查所用标准是否正确、遗漏，是否与标准和规范相抵触(4)审查和测试类似软件，检查它的规模、复杂性、测试性、质量和町靠性、安全性•对产品说明书或软件需求报告进行低层次测试:一份优秀的产品说明书或者需求报告：必须是完整、准确、精确（不含糊、清晰）、一致、贴切、合理、代码无关、可测试性2、动态黑盒测试：在不了解软件如何工作的前提下进行测试两种

3、基本方法：通过性测试和失效性测试选择测试用例：等价类划分：把软件具有相似输入，相似输出，相似操作的分在一组。一个等价类或等价类划分是指测试相同目标或者暴露相同软件缺陷的一组测试用例。等价类划分的目标：把可能的测试用例集缩减到可控制且仍然足以测试软件的小范围内。（1）测试数据通过性测试：a）边界条件：软件运行在计划操作界限的边界情况。测试边界包括测试临近边界的有效数据、测试最后一个可能有效的数据、测试刚超过边界的无效数据。b）次边界条件：典型的次边界条件：2的幕、ASCII表c）测试默认、空白、空值、零值和无这些数据失效性测试：d）测试非法、错误、不正确和垃圾数据（2）测试状态软

4、件状态：软件当前所处的条件或者模式。状态测试：测试程序的状态及其转换。步骤：1）建立状态转换图2）减少要测试的状态及其转换的数量a.每一种状态至少访问一次b.测试状态之间最不常用的分支c.测试所有错误状态及英返回值d.测试随机状态转换e.测试看起来是最常见和普遍的状态转换通过性状态测试：审查软件，描绘状态，尝试各种合法可能性，确认状态及其转换正常。失效性状态测试：竞争条件、重复(检查内存泄漏)、压迫(在不够理想条件下运行：内存小，磁盘空I'可少.•.尽量限制软件的必要条件)、重负(提供条件任其发挥)。3、静态白盒测试：在不执行软件的条件下有条理地仔细审查软件设计、体系结构和代码

5、，从而找出软件缺陷的过程(1)编码标准和规范：可靠性、可读性/可维护性、可移植性(2)通用代码审查清单：a.数据引用错误->缓存区溢出b.数据声明错误<-不正确地声明和使用变量和常量C・计算错误d.比较错课<-边界条件问题e.接引起控制流程错误<-循环等控制结构未按预期方式工作，由计算或比较错课间f.子程序参数错误<-子程序不正确地传递数据g.输入/输出错误h.其他检査->编码、可移植、兼容4、动态白盒测试：结构化测试，检查代码并观察运行状况，利用查找代码功能和实现方式得到的信息来确定哪些需要测试，哪些不需要，如何开展测试，包括如下内容：(1)直接测试底层函数过程，子程序和库(

6、APT)(2)以完整程序的方式从顶层测试软件，根据对软件运行的了解调整测试用例(3)从软件获得读取变量和状态信息的访问权，确定测试与预期结果是否相符，强制软件以正常测试难以实现的方式运行(4)估算执行测试吋命中的代码量和具体代码，调整测试，去掉多余的测试用例，补充遗漏的用例动态白盒测试与调试的区别：都包括处理软件缺陷和查看代码的过程，但是它们的忖标不同：测试的目标是寻找软件缺陷;调试的目标是修复缺陷测试方法：分段测试(单元测试和集成测试)、数据覆盖、代码覆盖数据覆盖:数据流覆盖，在软件屮完全跟踪一批数据。次边界：与动态黑盒测试类似。公式和等式：类似除法运算中，考虑除数为0的情况

7、。错误强制：迫使软件中的所有错误提示信息显示出来。代码覆盖：测试程序的状态以及程序的流程，设法进入和退出每一个模块，执行每一行代码，进入软件每一条逻辑和决策分支代码覆盖包括：程序语句和代码行覆盖、分支覆盖（比如判断语句中if分支和else分支）、条件覆盖（一个条件中可能包含儿个子条件，要覆盖每一个子条件及它们的组合）。软件测试其实就是在用户之前使用和运行软件，尽早找出软件中存在缺陷。我们不可能对软件进行完全测试，只可能在测试有限的用例后使得软件仍然存在bug的概率尽可能小。以上所述仅仅只是一