文档介绍：软件测试理论复****br/>软件测试:在规定条件下对程序进行操作,以发现错误,对软件质量进行评估
软件质量:软件特性的总和,软件满足规定或潜在用户需求的能力;
软件测试与质量保证的区别:
质量保证(QA):质量保证的重要工作是通过预防、检查与改进来保证软件质量。QA采用“全面质量管理”和“过程改进”的原理开展质量保证工作。所关注的是软件质量的检查与测量。虽然QA的活动中也有一些测试活动,但所关注的是软件质量的检查与测量。QA的工作是软件生命周期的管理以及验证软件是否满足规定的质量和用户的需求,因此主要着眼于软件开发活动中的过程、步骤和产物,而不是对软件进行剖析找出问题或评估。
软件测试:测试虽然也与开发过程紧密相关,但关心的不是过程的活动,而是对过程的产物以及开发出的软件进行剖析。测试人员要“执行”软件,对过程中的产物----开发文档和源代码进行走查,运行软件,以找出问题,报告质量。测试人员必须假设软件存在潜在的问题,测试中所做的操作是为了找出更多的问题,而不仅仅是为了验证每一件事是正确的。对测试中发现的问题的分析、追踪与回归测试也是软件测试中的重要工作,因此软件测试是保证软件质量的一个重要环节。
软件测试的目的:尽可能多的发现软件中存在的错误。
Grenford 就软件测试目的提出了以下观点:
测试是程序的执行过程,目的在于发现错误
一个好的测试用例在于能发现至今未发现的错误
一个成功的测试是发现了至今未发现的错误的测试
测试的目的,是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。
软件测试原则:
所有的测试都应当追溯到用户需求
应当尽早地和不断地进行测试
完全测试是不可能的,测试需要适可而止
测试应充分注意软件中的群集现象。测试中该模块残存的缺陷与该模块中已发现的缺陷数成正比。
程序员应避免检查自己的程序,软件项目组应避免测试自己组开发的程序
工程界中的80-20原则;BUG的80-20原则
测试应从“小规模”开始,逐步转向“大规模”
同化效应,为了达到最佳测试效果,可以由第三方来构造测试
检查程序是否做了该做的工作只是完成了一半,另一半是检查程序是否做了不该做的工作
设计测试用例时必须包括正常的输入和异常的输入
软件包括程序、数据和文档
软件测试对象:程序、数据和文档
软件测试中的V&Vi:
验证(vertification)是保证软件正确实现特定功能的一系列活动和过程,目的是保证软件生命周期的每一个阶段的成果满足上一个阶段所设定的目标(是否按需求做出了功能正确的产品)
确认(validation)是保证软件满足用户需求的一系列的活动和过程,目的是在软件开发完成后保证软件与用户需求相符合(是否做出了用户想要的产品)
验证与确认都属于软件测试,它包括对软件分析、设计以及程序的验证与确认。
软件测试分类
按照开发阶段划分:单元测试、集成测试、系统测试、(确认测试)和验收测试
单元测试:又称模块测试,逻辑测试或结构测试,是针对软件设计的最小单位--程序模块进行正确性检验的测试工作。其目的在于检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求,