白盒测试策略

《白盒测试策略》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、白盒我也做的不多，但是一般都是用自动化的测试工具做的，比如devpartner或者parssoft的白盒工具，目的是发现代码编写时的规范性错误和可能导致代码效率低等等的问题，主要可分为静态检查，和动态检查，静态具实就是直接扫代码，并不需要去编译和执行，动态的方法就是需要通过编译执行的方法來发现问题，可以发现一些内存泄漏什么的。你说到的语句覆盖、条件覆盖和路径覆盖其实是白盒测试的策略，是在了解程序逻辑结构的慕础上进行覆盖率测试，就是看自己测试的代码究竟覆盖了程序中多少路径，其实一般的缺陷也比较容易隐藏

2、在那些不太容易被执行到的分支和语句屮，白盒测试的目的其实也无非是尽可能多的发现代码屮的问题，很明显的错课其实编译都不会通过，关键还是要发现那些可能会导致程序执行时出错、异常输入出错、内存泄漏、代码执行效率低等问题，这些还是需耍—•定的编程和调试经验的，总体來说，白盒测试对于测试人员來说都是一个挑战，测试工貝是辅助你进行口盒测试的利器，但关键还是要靠人去发现问题，工具只是武器。本文为作者在使用Junit做单元测试时测试计划中的一部分，在这里共享出来，希望大家多指教。测试策略1、类测试阶段•确保类实例满

3、足类的设计描述；•测试驱动：使用Jimit实现独立的测试类；•类的实例方法没有和任何类交互的确保覆盖100%；•先测试没冇交互的类，然后逐步组合测试；•使用CodeCoverage工具进彳亍类代码覆盖测试；•类测试用例确定方法Z—：根据前査和后置状态确定测试用例（前置条件中可指定输入值，包括常见值和边界俏，来增加测试用例的测试覆盖率），根据前置和后置条件的不同组合方式产生不同的测试用例具体测试方法休；•类测试用例确定方法Z二：根据代码确定测试用例。所冇Public声明的方法都需要被测试（确定的）；P

4、rotected和Frendly声明的方法有•所选择的被测试（模糊的）；所有Private声明的方法都被禁止测试（确定的）。•类测试用例确定方法之三：根据状态转换确定测试用例。•用例命名方式：1、根据用例方法命令；2、根据前置条件和后置状态命名。•尽量使测试代码不依赖于数据（不要因为外部数据不同而产生不同结果）。•进行语句覆盖率分析。2、功能确认与接口测试测试阶段•用例按照需求描述（软件概要设计说明书和详细设计说明书）确定，再编写测试代码來满足需求描述的功能；•验证程序和详细设计说明的一致性:•功能

5、确认与接I」测试范围：单元接口、局部数据结构、重要的执行路径、错谋处理的路径、影响上述儿点的边界条件•先是简单功能验证测试，通过后再进行该功能的复合功能测试；•简单功能测试都通过则进行条件组合搭配测试，路径覆盖测试；•测试边界条件：未初始化、Null值、最大最小值、临界值、初始值等；•检验每个软件单元模块能否正确的实现其功能，满足其性能和接口要求；•单元测试屮测试每个单元模块，集成测试屮进一步把单元纽装成部件并测试具正确性；•进行逻辑覆盖率分析。3、性能与效率测试阶段•单个功能运行时间分析；•选取典

6、型测试用例使用JUnitPerfI具多线程持续运行观察运行情况；•单个两数的性能分析、两数的调用频率分析、代码执行频率分析、响应时间、并发性；•在源代码的入口与出口进行插桩，然后收集时间数据來测量代码的运行时间与调用次数；•针对影响性能的代码段作优化处理；4、内存分析•内存分配未成功，却使用了它•内存分配虽然成功，但是尚未初始化就引用它•内存分配成功并且已经初始化，但操作越过了内存的边界•忘记了释放内存，造成内存泄霜•释放了内存却继续使用它•使用全局测试匚具分析（Optimized,Jprobe等）

7、“白盒”静动测试两齐全2007-4-3013:20作者：不详來自于：赛迪网在通常情况下，嵌入式软件测试一般采取黑盒测试与白盒测试相结合的方法。其屮，片盒测试一般分为静态测试与动态测试。静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评佔，而动态测试需要在Host环境或Target坏境中实际运行软件，并使用设计的测试用例去探测软件漏洞。静态测试静态测试包括代码检查、静态结构分析、代码质最度量等。它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具口动进行。代码检查代码检查包括代

8、码走查、桌面检查、代码审查等，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代码结构的合理性等方而；可以发现违背程序编写标准的问题，程序中不安全、不明确和模糊的部分，找出程序中不可移植部分、违背程序编程风格的问题，包括变量检查、命名和类型审查、程序逻辑审查、程序语法检杳和程序结构检杳等内容。在实际使用屮，代码检查比动态测试更有效率，能快速找到缺陷，发现30〜70的逻辑设计和编码缺陷；代码检杳看到的是问题木身而非征兆。但是代码检查非常耗费