软件测试方法

软件测试方法

黑盒测试：测试人员并不知晓被测项目的内部结构、设计、以及实现原理。

白盒测试：测试人员完全知晓被测项目的内部结构、设计、以及实现原理。

灰盒测试：测试人员仅仅知晓被测项目有限的内部功能信息。

软件测试阶段

我们运用软件测试的不同阶段，来对目标软件系统的每个单元或组件进行审验。由于系统测试的主要目标就是评估其是否符合既定的开发需求。因此，这些不同的测试阶段不但有助于检查软件的行为和性能，也能够识别出其中的缺陷(bug)，以及在整个开发的生命周期中起到一定的协调作用。具体说来，软件测试分为如下四个阶段：

单元测试：通过设定目标软件的最小测试单位，尽快地找出各个模块或组件中的明显错误，以提高单块程序代码的质量、并减少后期返工的成本。

集成测试：通过测试整个系统能否编译和构建成功，以发现系统架构和模块之间、模块与模块之间是否存在接口问题，并记录下测试结果。

系统测试：通过运行整个系统，来根据系统测试用例执行全面测试，验证并确证系统的功能与性能是否符合需求规格说明中的要求。

验收测试：在系统安装部署完成之后，通过邀请客户参与进来，进而确认软件系统能否按照既定的要求平稳运行。

软件测试文档化

将各项测试用例进行文档化，将有助于我们评估测试的工作量，以及跟踪测试的覆盖率。那么，常用的软件测试相关文档包括如下四种：

1.测试计划：为目标应用程序提供测试大纲与策略。其中包括：测试的范围、方法、资源和进度等。具体还会涉及到各阶段的测试任务、时间进度安排、测试执行团队、以及风险揭示等。

2.测试场景：描述目标的特性、测试的方法、环境的要求、工具的选择、以及测试的范围。具体还会涉及到各阶段的启动、停止、完成标准等条件。

3.测试用例：它是由一组条件或变量所组成，测试人员籍此确定被测系统是否满足要求，以及能否正常工作。开发测试用例的过程，也有助于发现应用程序在代码与设计中的问题。因此，在具体测试期间，我们可以设计出许多类型的测试用例。例如：

功能性测试用例

负面错误测试用例

逻辑测试用例

物理测试用例

用户接口测试用例

4. 追溯矩阵：也称为需求追踪矩阵(Requirement Traceability Matrix，RTM)，它是一张被用于在创建产品的SDLC模型时，草拟各种需求的表格。在实际应用中，我们既可以采取从设计到编码的前向跟踪方式，也可以采用相反的向后跟踪方式。