软件测试方法及其在嵌入式系统中的应用价值体

《软件测试方法及其在嵌入式系统中的应用价值体》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、软件测试方法及其在嵌入式系统中的应用价值体软件在嵌入式系统中的作用越来越大。软件的质量不仅直接影响任务的成败，也关系着设备甚至人员的安全。随着用户对嵌入式系统软件质量要求的提升，软件测试已成为嵌入式系统交付前必不可少的环节。经典的测试方法要求依据软件需求和设计文档，遵循既定的测试流程，严格按照预先设计的脚本开展。因此经典测试方法也称为脚本测试（ScriptTesting）。随着嵌入式软件迭代的加速，给软件测试留出时间逐渐减少。嵌入式系统软件测试呈现出一些新特点，包括软件需求变化快、软件文档缺乏、软件测试周期

2、短、测试时间不足等。探索性测试（ExploratoryTesting）具有在时间短和文档不完善的情况下，充分发挥测试人员的经验和能力，快速、高质量完成软件测试等优点。已形成了一套管理方法和应用模型，并在微软等多个企业开展了成功的实践。探索性测试方法关注于实用，对它的研究也多数集中在实际应用方法而不是理论研究上。探索性测试是解决嵌入式系统软件测试需求变化快、软件文档缺乏、测试周期短等现实问题的可行手段之一。为了恰当运用，需要总结探索性测试的一般性应用方法体系，并探讨其与嵌入式系统软件测试体系的联系和冲突。在此

3、基础上提出适用于嵌入式系统软件测试的探索性测试应用模型。1探索性软件测试的基本原理探索性测试的概念形成较早，经过随后的发展已形成了一定的应用体系。1.1探索性软件测试的概念传统的软件测试分为测试需求分析、测试策划、测试用例设计、测试执行和测试总结等主要阶段，依次开展。传统软件测试流程依赖于完整、详实的软件需求和设计文档作为输入。而在现实的测试任务中，软件需求和设计文档往往有误或不完备，这导致脚本测试活动无法正常有效开展。探索性测试是同时进行学习、测试设计和测试执行的一种测试方法；也就是说，测试没有事先通过确

4、定的测试计划定义，而是动态地被设计、执行和修改。探索性测试（也称为探索式测试）最早于1983年提出，并在实践中发展。与传统脚本测试相比，探索性测试具有以下技术特点：（1）测试活动的同时性。鼓励在测试执行的过程中，同时进行对被测软件的学习和测试设计。（2）关注测试任务。更关注于被测软件本身和需要测试的问题。（3）测试中的演绎推理。通过前一个测试活动的结果来指导后期测试的开展。（4）利用人的优势。关注于人本身的优势，如判断、分析、应变和协作的能力。作为一种敏捷软件测试方法，探索性测试弱化了对测试的预先设计和测试

5、流程的严格要求，而强调测试的同时性以及人的经验和创造性，关注于发现软件缺陷，持续优化测试工作。测试人员在测试?理解?再细化测试的迭代中，通过测试活动本身不断深入学习被测软件，从而能够缩减测试准备时间，发现更多缺陷，并使得软件测试可以在被测软件说明或文档不齐全的情况下开展。1.2探索性软件测试的主要方法探索性测试的概念提出后，经过工业界和学术界人士的工作，已初步形成包含经验运用、执行策略、管理模型的体系。1.2.1探索方法探索性测试强调对测试人员的知识和经验的运用。这些经验和知识可分为领域知识、系统知识和一般

6、的软件工程知识。领域知识指领域规则、客户流程和操作场景等，包括用户使用和具体应用领域知识。系统知识是关于待测软件的特性和技术细节的具体知识，包括系统级的交互以及个体功能细节。一般的软件工程知识即不需要对被测软件系统和应用领域的具体知识。丰富的知识和经验是对探索性测试人员的基本要求，以此为基础，探索性测试的发挥人的创造性，并由此增强了测试过程的适用性。从工程应用的实践中，已总结出了一些有用的启发式方法。运用这些策略和启发式方法，可以帮助软件测试人员在具备了基本的知识和经验的情况下，尽快熟悉被测系统，并在测试过

7、程中充分运用经验和创造性。在开展具体的测试活动时，测试人员则可以借助一些启发式方法在测试活动中探索被测软件。这些启发式的方法是测试中为了发现可能的缺陷，测试人员常用的一些技巧。这其中典型的有Hendrickson的检查单以及）是探索性测试领域中最常用的管理实践。SBTM将软件测试活动分解为若干会话（Session）。会话特征如下：会话围绕主旨（Charter）开展：即待测试的任务和目标；会话时间较短：时间长度在90min左右；会话需要记录：借助会话记录单；每轮会话需要计划和总结：一轮会话执行通常是一天，其中

8、包含若干个会话测试。基于会话的测试过程如图1所示。当接到测试任务时，测试小组通过对测试任务进行分析讨论，确定各会话的主旨。会话主旨包含被测软件的主题、测试人员的角色、目的、条件、优先级、参考文档、数据、思路、预期等信息。测试项目负责人分配各会话测试人员，随后开展首轮会话执行。一轮会话执行通常为一天。每轮会话执行结束后，需组织会话总结，主要借助以下维度进行：会话执行情况、笔记、缺陷、问题、数据、时间分解、人员安排等