linux下llt测试技巧,HLT与LLT测试简介

转自：http://blog.csdn.net/owen0278/article/details/7730594

HLT：HIGH LEVEL TEST，通常指SDV/SIT/SVT等测试活动

HLT自动化测试是站在系统的角度对整个版本进行的测试，它测试的对象是一个完整的产品而不是产品内部的模块，关注的是产品外部的可见属性。通常使用黑盒测试技术，常见的HLT包括系统测试与验收测试。

SDV : system design verification 系统设计验证

SIT : system integration

test 系统集成测试

SVT : system verification

test 系统验证测试

SDV：是针对当前迭代内所有Story的完整测试(也会有针对前次迭代问题修改的回

归)，包括功能的、非功能的。SDV测试的主体是测试人员，项目也可能根据实际情况调整人

员一起完成本迭代的SDV测试。SDV测试在Story测试(ST)的基础上，增加针对Story之间

的依赖相关的用例和测试代码，当然测试的前提条件也是所有Story的AT和ST要能全部测试

通过。SDV测试重点，由迭代开发团队中的测试人员完成，是迭代收尾时进行的系统级别的测试，主要关注特性

的用户场景(DR，Story与Story之间的交互与依赖)测试，通过该测试，需要保证迭代交付

特性的可用及该特性的相关资料可用

SIT：迭代结束后，在正式对外发布前，建议将历次迭代实现的所有Story再做一次测试，测试的主体在测试人员，包括功能、非功能，并要给出测试报告。这个活动就称为SIT或发布测试。SIT测试重点是：所有迭代开发完成后，由迭代开发团队中的测试人员完成对全系统进行回归测试，达到TR4A的质量标准。

工具：

主要有两个工具：持续集成工具和自动化执行工具

持续集成工具主要完成代码的静态检查、自动编译、快速反馈、自动化发布等功能

自动化执行工具主要负责HLT测试用例管理、HLT测试环境配置以及自动化测试执行等。

CMC HLT测试

每天晚上11点，持续集成工具会自动获取最新的代码，自动编译版本，自动安装环境并打好适配包，

然后通知HLT执行机下载并安装客户端，HLT用例执行.

LLT：LOW LEVER TEST

LLT测试系统的部分，不是一个完整的产品。需要掌握软件内部结构，主要使用白盒的测试方法。通常由开发人员实施，常见的LLT包括UT与IT。

它包括单元测试(Unit Test)、集成测试(Integration Test)、模块系统测试(Module System

Test)、系统集成测试(BBIT)，

项目组可自行决定采用以上一种或多种来保障语句的覆盖率。LLT是在开发阶段对系统进行尽早、尽快的验证，发现的缺陷也更容易定位和解决。

在开发任务紧急的情况下,LLT 会被认为是一个很大的压力。

开发任务如果按照正常的进度进行，LLT 可以使开发者更早发现问题，除去工具本身的效能，

在写LLT 用例过程中，可以使开发者换一个角度来思考代码的正确性，这个过程本身会发现很多低级问题。

而不至于将低级问题都转移到测试部，浪费测试部大部分的时间和精力及测试指标，而另外需要深度挖掘的隐藏深的问题却没有时间和精力对付。

LLT和开发自测试的区别

(1)LLT是相对于HLT的，主要指单元和模块级的测试，涵盖测试分层中的UT和MST两层，网络对LLT有持续集成、代码覆盖率等要求；

(2)开发自测试是一个泛称，即开发团队在转测试前开展的各类测试行为，其测试内容既包括LLT的，也包括HLT的；

(3)从责任来看，LLT和开发自测试的责任主体都是开发团队；

(4)因此，做了开发自测试，并不意味着做了LLT；LLT没做好，开发自测试肯定没做好；要做好开发自测试，首先必须做好LLT，其次还应该做一部分基本的HLT(可以直接取部分系统测试用例进行测试)。

按业界数据统计，静态测试+LLT

可以发现产品85%的缺陷，但我们当前很少有产品能够做到，把问题和压力都积压到了HLT，导致缺陷成本陡增。