《软件测试方法试验测试.doc》由会员分享，可在线阅读，更多相关《软件测试方法试验测试.doc（6页珍藏版）》请在金锄头文库上搜索。
1、软件测试方法 论文试验测试论文软件测试过程中的知识管理方法研究与运用摘 要： 本文阐述了软件测试知识管理子系统的结构、功能及使用流程，对关键技术进行探讨，解决了软件测试中将知识管理过程与软件测试的有效集成，促进知识管理在软件测试组织中的传播与重用的问题。文章最后还给出知识地图模块的设计与实现，验证了软件测试领域知识管理系统的合理性和有效性。 关键词： 软件测试 知识管理 关键技术 系统实现 软件测试的工作不仅是依据测试计划对软件进行测试，而且与测试相关的知识、技巧、经验和灵感在测试过程中有着重要的作用，测试人员如果没有开阔的思路，没有丰富的测试经验与测试技巧，测试的质量将无法保证。此外技术的飞
2、速发展，不断出现的新的待测软件产品，常使软件测试人员感到压力重重，力不从心，他们有探寻新的测试知识和技术的紧迫需求。知识管理的本质是一个管理问题，但是知识管理的各种功能及服务最终都还得依靠知识管理技术来实现。虽然现有的通用知识管理理论及技术已或多或少触及了某些问题，但我们更需要用一种与本领域结合更紧密的理论和技术，来重新思考和审视我们的问题，以便寻找出一种解决问题的更有效的方法。 一、软件测试领域的知识管理 1.国内外研究现状 目前在软件测试领域内实施知识管理的相关研究很少，迄今为止并没有找到在软件测试中实施知识管理的实例。国内知识管理的研究起步晚，同时专门从事软件测试的企业又很少，在测试领域
3、内实施知识管理的需求刚刚出现。国外在与软件测试最相近的软件工程领域对知识管理也有比较深入的相关研究，已经发表了相当数量的论文，并开发出了一系列的软件支持工具。目前，每年都举行专门的基于知识的软件工程年会，探讨知识管理在软件工程领域的最新进展。 进行软件测试领域知识管理的研究实际上是一个知识管理思想在软件测试领域的IT实现问题，也就是开发出一个软件平台来支持软件测试中的知识管理活动。根据Gallupe在2000年对现有知识管理系统平台、理论、案例等相关信息的较大范围的研究，现有知识管理系平台要真正实现有效的知识获取、编码、存储和搜索，还有相当长的一段路要走。 2.存在的主要问题 我根据参与的软件
4、测试项目工作的实践，认为目前在软件测试过程中存在三大问题。 （1）软件测试知识重用率低。目前，软件测试过程中公共测试知识的积累未能有意识地大规模开展，虽然企业内部有一些用于测试知识和经验积累的数据库，但大多数员工忽视其存在，造成测试知识资源的闲置，导致测试知识和经验的重用率低。现有测试知识的保管模式使得知识的传递不畅，测试知识被动地等人来阅读，而使用者则在知识海洋中苦苦寻觅他所需要的知识，员工无法快速掌握新的测试知识。 （2）软件测试知识流失严重。许多专门经验和技能只是少数人所拥有，没有真正成为企业的公共知识，这不仅使测试知识传递不畅，而且在人员变动时，这些测试知识会随之流失，使企业的整体竞争
5、力因人员流动而发生波动，给企业带来严重损失。 （3）软件测试知识共享环境差。企业内部尚没有正式的、专用的、有组织的知识共享场所，员工之间缺乏相互沟通与交流的机会，沟通与交流的体制也没有建立起来，软件测试过程中的知识共享氛围也有待于培养形成。 上述问题的存在，造成了软件测试企业的生产效率不高，对市场的整体响应速度慢，应变能力不强。我认为以上问题的出现是源于在当前的软件测试过程中缺乏对知识的科学管理，因此在该领域内实施知识管理就显得很有必要。 二、系统体系结构及工作流程 1.系统体系结构 软件在结构上采用的c/s方式，可支持群组协同工作，其中数据收集和分发的部分使用EJB实现，容器使用JBoss。
6、框架基于插件开发的思想创建，利用多态特性声明可扩展的接口。框架与插件的连接、子类别的实例化过程则利用解释引擎在运行时动态完成，框架即可根据模板进行统一调用，具有良好的封装性和可扩展性。基于测试管理平台的以上特点，软件测试过程知识管理系统的体系结构。 2.系统工作流程 系统的工作流程主要包括以下几个方面。 （1）对本子系统进行初始化，在本系统预定义的基础上，允许用户对软件测试知识分类、知识程度、组织职位定义、项目规模进行自定义。 （2）在交流库中添加文档，用户可以直接编写文档提交交流库，或者在交流库中提出问题，交流库是整个系统的知识文档来源。交流库中筛选出的技术含量较高文档，由知识分析员进行知识
7、分类后，提交知识库。 （3）用户可以自行对知识库中的知识文档进行评估，同时根据知识分析员对文档的评定，以及作者的知识程度、文档的链接程度等加权实现对文档的评定。 （4）知识检索，主要包括知识文档检索和专家检索，通过知识文档元数据可以任意检索知识文档，当用户无法找到需要的知识文档，可以通过专家检索来告诉用户组织中能够解决问题的人。 三、几个关键技术的研究与应用 1.基于本体的软件测试领域知识表示方法 本体（ontology）起源于哲学，是关于存在及其本质和规律的学说。在近一二十年，本体被计算机及建模领域所采用，用于知识表示、知识共享和重用。本体论是对概念化对象的明确表示和描述，是对客观世界存在的
8、现实系统化的描述。从本质上讲，本体是一个或几个领域的概念，以及反映这些概念的关系的集合，关系反映了概念的约束和联系，而关系本身也是概念，关系之间也可能构成新的关系。 2.软件测试领域知识管理模型的提出 在针对软件测试过程的知识管理中，需要实现积极、主动的知识传递，建立起组织级的人员之间沟通和交流的渠道，根据软件测试活动中的知识需求，及时地实现相关知识的传递，通过有效的知识传播来改善和提高知识的重用效果。由于组织所需要的知识处于动态变化中，因而需要通过一个有效的基础设施，来满足以上功能需求。 根据以上分析，我们提出了一个面向软件测试过程的知识管理模型。本模型的要素是“测试组织人员”、“测试组织知
9、识资产”、“测试组织交流场所”。基本思想是在软件测试过程中，建立一个交流场所，记录成员提出的问题和问题解决的过程，以及各种文档。 3.基于本体的知识文档智能检索和排序方法 本体在知识检索子系统中主要扮演知识库的角色，即首先对软件测试领域的概念分类、建立概念之间关系约束的描述，然后以此为基础构建详细的软件测试领域知识库，主要包括软件测试领域的具体概念、概念之间的属性、概念之间的关系及实例等知识。在知识检索时，根据用户请求的关键词来查找相应的概念或属性，并以此为出发点来检索某条本体信息是否与这些概念或属性相关，从而实现支持逻辑推理的智能检索。 四、系统实现 整个系统各个模块的设计及实现，这里不作详
10、细介绍。下面介绍本系统的核心模块知识地图模块的类设计和实现界面。知识地图模块分为两个部分：专家网络和搭建测试项目团队。普通用户在该模块可以编辑自己的项目经历，在编辑时可以选择项目导入数据，如果项目不存在，则可以自己编辑项目，然后导入项目数据，再编辑自己的项目经历，包括使用的技术、工作时间，项目职位、项目规模等。知识分析员有权限选择其他用户编辑项目经历。在项目经历编辑完成之后，系统会根据用户对某些技术的使用时间来自行定义用户在这些知识点的知识程度，但是用户的知识程度最多达到熟练级别，要想达到精通和专家级，必须由知识分析员来编辑用户的知识程度。 本文在分析目前软件测试领域存在的知识管理问题的基础上，实现了一个面向软件测试过程知识管理系统，对软件测试领域实施知识管理具有一定的意义，对其他领域的知识管理也有一定的参考价值。它是一个面向软件测试过程的知识管理雏形，虽然系统中还有待进一步完善，缺少对邮件系统和消息系统的支持，以及图形化的统计工具的支持，可望在不久的将来实现商业化和产业化。 参考文献： 1史济民.软件工程原理方法与应用M.北京:高等教育出版社，2001. 2刘春晓.软件测试方法的分析与研究J.计算机应用，2009，（2）. 3赵再军.基于组件的软件系统自动化测试研究J.计算机科学，2007，（10）.
