作者：韩万江,张笑燕,孙艺,陆天波
出版社：人民邮电出版社
格式: AZW3, DOCX, EPUB, MOBI, PDF, TXT
测试基地实训指导试读：
前言
软件测试是保证软件质量的重要方式。随着计算机技术的不断提高，软件的开发涉及各行各业，展现了强大的功能，从而使软件的结构越来越复杂，对软件系统测试的难度也不断增大，软件质量越来越难以控制。对于大型的软件系统集成测试来说，单纯的手工测试不但效率低下，而且很多测试仅靠手工测试无法完成。为减少测试开销，在有限的时间内执行更多的测试，并且降低人为引起的错误，自动化测试是非常必要的。一个完整的自动化软件测试工具，应该包括测试管理工具、功能测试工具、性能测试工具3个部分。本书从测试的基本原理讲起，以实例配合，详细地讲解了测试的原则和方法，再以清晰的图表明确了测试的每一个步骤，用数据和方法对软件测试的流程做了准确的说明。
本书按照软件测试学科所提出的方法，正确实施软件自动化测试，并严格遵守制定的测试过程。通过实际的测试过程，用实例告诉读者，如何评估软件潜在的利弊，确认软件是否符合所要求的改进标准，并确认在项目实施软件测试中，制定的用例是否合适。
以此通过4个方面告诉读者，第一，在测试过程中如何提高软件测试的效率；第二，对软件系统的最新版本进行回归测试最优方法；第三，如何完成一些非功能性方面的测试；第四，如何在一致性和重复性上，使软件的测试繁琐的任务简单化。
北京邮电大学软件学院测试实训基地是在校企联合实验室基础上创建的，现逐步发展为软件学院的学生实训基地之一。本基地立足第三方软件评测，可以对各种集成系统进行功能测试和性能测试，提供测试方案，执行测试，进行测试分析，提供测试结论等。本基地模仿企业建立标准化管理模式，通过标准化和过程改进的模式让学生在实训中逐步适应企业的管理模式。本基地师资力量雄厚，有教授1人，副教授2人，高级工程师1人。《测试基地实训指导》的编写者是韩万江、张笑燕、孙艺、陆天波。在编写过程中，国际学院的李伟健、李瑾杰、刘语涵，软件学院的于洋、李润、张驰、覃小秦、乐诚、李前涛、白洁、程冲、李少英、琳茜、汪冰清等也做出了一定贡献，在此一并表示感谢！
本书获得了国家自然科学基金资助项目（项目编号：61170273）的支持。
由于编者水平有限，书中不足与错误在所难免，敬请广大读者批评指正。韩万江2014年10月于北京邮电大学
第1章 实训概述
北京邮电大学软件学院测试实训基地于2011年在校企联合实验室基础上创建，现已经成为学生实训基地之一。本实训基地参照CNAS相关标准，建立企业化标准管理模式，逐步形成了以技能实践理论的实训体系。该体系参照了ISO、CMMI等相关标准，通过标准化和过程改进的方法，不但使学生在实训中逐步适应企业的技能管理模式，而且有效管理了实验室的各项工作。为了让学生逐步学习和适应实训基地的企业化运作流程以及具体的实践项目，所以提出了逐步过程改进的方式，具体过程改进如图1-1所示。图1-1 TCPS过程体系改进阶段
1.1 实训目的
通过参加项目实训，学生不但可以增强实践能力，更重要的是掌握规范的企业级软件测试流程，使学生的实践能力达到企业对测试人员的要求，可以顺利应聘企业测试人员。
1.2 实训内容
本实训基地立足第三方系统评测，可以对各种集成系统进行功能测试和性能测试，提供测试方案、执行测试，进行测试分析，提供测试报告等。因此测试对象涉及各个方面，本书后续章节所提到的案例《软件项目管理教学网站》就是其中一个测试对象，其实训内容是根据《软件项目管理教学网站》提供的需求描述，对SPM教学网站进行功能、性能的黑盒测试，以及包括代码评审和DTS代码工具的测试过程的白盒测试。SPM教学网站包括了教学内容、在线试题测试，性能分析等11大模块功能，提出同时登录的在线人数要超过50人，要求反应时间小于3s等性能指标。本项目测试的范围不但要覆盖所有的功能，同时要通过JMeter、LoadRunner工具进行压力测试，以验证网站性能是否达标；代码的白盒测试包括代码评审和DTS代码工具的测试过程。
1.3 实训计划
实训持续时间为3周，共15天，具体计划如下。
第一周：实训体系培训、测试工具培训、白盒测试（1）软件测试相关知识讲解（2）测试实训体系培训（3）测试工具培训（4）测试任务规划（5）白盒测试工具DTS安装、学习（6）白盒测试用例编写（7）白盒测试
第二周：黑盒测试之性能测试、测试技术培训（8）测试技术培训（9）Apache JMeter工具安装、学习（10）HP LoadRunner工具安装、学习（11）性能测试用例编写（12）采用Apache JMeter进行性能测试（13）采用HP LoadRunner进行性能测试
第三周：黑盒测试之功能测试、软件信息安全培训、编写测试报告和实训报告（14）软件信息安全培训（15）功能测试用例编写（16）根据测试用例进行功能测试（17）编写测试报告、实训报告（18）实训答辩（19）实训总结会议
1.4 考核办法
考核共分为4部分，满分100分：（1）出勤情况：10分；（2）实践表现：60分；（3）实验报告：10分；（4）答辩情况：20分。
第2章 测试原理及其技术
2.1 测试原理
在企业级的测试中，使用人工或自动化手段运行或测试某个系统的过程，其目的在于检验对象是否满足规定的需求或研究预期结果与实际结果之间的差别。
软件测试是为了发现错误而执行程序的过程，它是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤的过程。
软件测试有许多种不尽相同的定义，其中堪称权威的就是IEEE提出的“软件测试是使用人工或自动化手段运行或测定某个系统的过程，其目的在于检验它是否满足规定的某个需求或是发现预期结果与实际结果之间的差别”。
2.1.1 软件测试概述
在认知上，通常认为软件测试就是利用各种手段来发现产品的缺陷，然后将问题转给研发部门解决，以此往复，最终的目的就是确保产品是符合预期需求的。在此期间，可能不会一次性就完成某一产品的测试任务，通常的做法就是对产品进行及时地、有效地测试。
软件在生存周期的各个阶段都是有可能产生错误的，测试在软件生存周期中占据着重要的地位。从软件的整个生存周期来看，测试通常被理解为对程序的测试，而且测试的依据是产品使用说明书、设计的文档和规格说明书等，一旦设计的相关文档产生错误，那么测试的质量自然就难以保证了。
2.1.2 软件测试的分类
按测试技术分类，软件测试可分为白盒测试与黑盒测试两种。（1）白盒测试
白盒测试通常也称结构测试，或逻辑驱动的测试，做白盒测试就像做解剖生物实验一样，可以一边解剖一边看被解剖的“器官”是否是正常的逻辑过程；表现在程序上就是将程序内部的结构测试程序理清楚，通常是通过测试检查程序的内部动作是否符合设计规格说明书要求，检验每一个逻辑模块涉及到的通路是否都能够按照既定设计去工作。（2）黑盒测试
与白盒测试相对应的是黑盒测试，通常也将它称为产品功能测试，它好比通常所说的“以貌取人”，只看它的表面——功能；黑盒测试就是为了检验产品的每个功能是否都能正常运行，而且测试主要针对软件产品的使用和界面的交互，以及软件与使用者交互的功能的测试。
按阶段划分测试类型可分为单元测试、集成测试、系统测试、验收测试和回归测试5种。（1）单元测试
单元测试指软件开发过程中第一次接触代码的测试，其所进行的是测试阶段及任务中级别和规模最小的测试。进行单元测试时，需要在软件的每一个功能单元都独立分开的情况下开始。单元测试的主要方法有数据流、控制流、排错、分域等。（2）集成测试
集成测试又叫组装测试，是第一次看到软件产品全貌的测试。集成就是将所有的单元按照相应的要求组合起来，所以该方法是建立在单元测试基础上的一种测试。（3）系统测试
系统测试是将软件、网络、外设、硬件等一切与产品使用相关的元素结合在一起而进行的综合测试，在此期间不仅要进行信息系统的各种组装、确认、测试，而且还要对整个产品系统进行测试。本阶段的测试目的是验证系统产品是否能满足最终的需求规格，不但要找出与需求规格不符的地方，而且还要提出更为完善的测试方案。（4）验收测试
验收测试是通过用户和产品的开发方共同指定的测试方对产品进行测试，测试的结果不仅影响用户对产品的看法，重点是决定了产品是否被最终用户所接受，是一种基于用户观点的验证性测试。（5）回归测试
回归测试是指旧代码修改后，需要重新对其进行测试，以确认修改没有引入新的错误。该阶段的工作在整个软件测试过程中占了很大的比重，因为软件产品在开发的各个阶段都可能会进行多次回归。尤其在目前常用的快速迭代和渐进开发中，当有多个新版本的软件产品连续发布时，回归测试将会更加频繁，而且在要求更为严格的软件开发中，可能每天都要进行若干次回归。
2.2 黑盒测试技术
众所周知，黑盒测试按照定义的要求，重点着眼于程序外部结构和功能，多数情况不会涉及产品的内部逻辑结构是否合理，其主要针对的是界面或软件产品的功能是否全面。而场景法、等价类划分法、边界值分析法、错误猜测法等则是4种主要的黑盒测试方法和测试设计方法。
2.2.1 场景法
场景法，顾名思义就是把产品的各种功能以某种方式实体化或具体化，以此来设计测试用例，把产品的某些操作以场景的模式表现出来，以此简化被测系统的功能点或业务流程，从而提高相关的测试效率及效果。场景法类似程序中的二叉树的遍历方式，一般的方式按照逻辑从软件程序入口开始，按照给定的路径遍历所有的基本流和备用流来完成整个场景。图2-1所示为场景法基本情况的一个实例。图2-1 基本流与备选流
如图2-1所示的场景包括了一个基本流和相关的其他4个备选流，而且通过场景法可以把每一种可能经过的路径组成不同的用例。表2-1从基本流开始，阐述了基本流和相应的备选流结合起来形成测试用例的过程。表2-1 备选流
综上所述，可以将其利用于用例设计，场景法不但为如何处理事务流提供了基本的方法指导，而且能全面地分析测试流，从而使测试更为全面地覆盖产品或软件的功能，由此可见，备选流在测试用例设计时起了至关重要的作用。
2.2.2 等价类划分法
等价类划分法是典型的黑盒测试用例设计方法之一。在软件的输入或输出域中，把它们其中用于相同特征的数据归纳为有效或无效两个方面，同时又因为有效或无效的测试集非常庞大，通常无法穷举，所以在设计测试用例时只能从有效或无效的数据中选取一些代表来参加测试，这样就得到了等价类（相同集合的部分代表），所以说等价类是输入域的集合。等价类划分为以下两种。（1）有效等价类划分
有效等价类是指对于被测程序规格说明来说是合理的、有意义的可能输入数据所构成的集合。（2）无效等价类划分
无效等价类是指那些和有效等价类相反，对于软件规格说明来说没有任何实际意义的、不合理的输入数据的集合。
通常在不了解等价分配技术的前提下，需要测试两个不大于2000的正整数的乘法运算，在测试了1×l、1×2、1×3和1×4后，是否还有必要测试3×5和2×6等，另一方面1999×1999、1999×2000、2000×2000（可以输入的最大数值或超过最大输入值）呢？上面所有的疑问都应该是软件测试设计人员必须考虑到的问题。1×1999和1×13有什么区别呢？是否像1×13与l×5或者1×500没有什么差异呢？但是，l×1999应该属于邻界的极端情况，这就好似某人患有恐高症，但是现在他却站在某一高楼的最高台边缘，可想而知，他掉下去的可能性和站在室内是不同的。同理，在测试中，假如测试输入域的最大允许数值加1的话，它是不应该被系统接受的，但是，如果产品不会出现问题即被接受了，那么这可能就是该款软件的一个缺陷了。
综上所述，等价类划分的办法就是把程序的输入集合域等价地划分成若干个部分子集，然后再从每个部分集合之中选取少量的具有代表性的数据当作测试用例。每一类的代表性数据在测试中的作用等价于这一类数据中的其他值，也就是说，如果其中某类中的测试用例或者数据的某一个例子发现了错误，这一等价类中的其他测试数据和案例也有可能会出现同样的错误。
2.2.3 边界值分析法
边界分析是指利用测试数据域的边界值进行测试的一种测试方法。较多的测试经验表明，很多程序错误都是发生在输入或者输出范围边界上，而不是发生在输入与输出集合许可接受的范围内。如果针对被测试产品的各类边界情况来设计测试用例，则可能查出更多的软件错误或缺陷。
基于边界值分析方法的几种可供选择的原则如下。（1）想象值：取刚刚达到这个范围边界的值（边界点），或刚刚超过这个范围边界的值点（B）作为测试输入数据，如图2-2所示。图2-2 边界值（2）如果规定了值的个数（如5个）边界，那么用最大个数（5）、最小个数（1）、比最小个数少1（0）、比最小个数多1（2）、比最大个数少1（4）、比最大个数多1（6）这6个数作为选择测试数据（5，1，0，2，4，6）。（3）如果某一程序的规格说明给出了某一功能的输入域（−1，0，1，2，3，…，98，99，100）或输出域（0，1，4，9，…，9 604，9 801，10 000）是有序集合，则应选取集合的第一个（1）或前几个元素（1，2，3）和最后一个（100）或最后几个（98，99，100）元素作为测试用例。（4）如果被测试的程序中使用了这样的一个内部数据结构（如数组a[10]），那么则应选择这个内部数据结构边界上的值（a[0]或a[9]）作为测试用例。
2.2.4 错误猜测法
错误猜测法可以理解为是以测试经验或测试直觉来推测程序中所有可能存在的各种错误的一种测试方法。在测试之前，应该先列举出程序中有可能发生的错误或者较为容易发生错误的地方或情况，以此来设计相应的测试用例。例如,在测试过程中发现在某一单元的测试时，曾出现过许多在模块中常见的错误，或是以前产品测试中曾经发现的类似错误等, 这些就是测试者经验的总结。错误猜测法对测试人的能力和相关经验要求较高，只适合有较多测试经验的测试人员。
以上介绍了黑盒测试常用的几种方法，但是这并不是黑盒测试的全部方法，黑盒测试还包括决策表法、正交表法、随机测试及特殊值测试等。由于“没有错误的软件是不可能存在的”，所以一个测试方案的好坏主要看它能否发现迄今为止尚未发现的产品的缺陷或错误，而一个成功的测试则能发现至今为止尚未发现的错误，所以根据不同的测试项目，可以灵活地选择其中一种或者是多种的组合来实施测试。
2.3 测试需求覆盖和测试覆盖
测试需求覆盖用来衡量测试用例满足测试需求，具体的公式如下
测试设计覆盖是针对测试完全程度的评测，通常用一个比例表示，具体的公式如下
众所周知，需求的测试覆盖是在相应的测试生命周期中都将可能要进行多次的评测，并且会在产品测试生命周期的里程碑处提供产品相应的测试覆盖的标识来标定测试覆盖。测试覆盖公式计算如下
其中，T表示产品测试数，RFT是产品测试的需求总数。
一般来讲，测试需求覆盖和测试覆盖都是要求覆盖率越大越好，但是通常在执行过程中，会根据测试产品以及测试任务的时间等进行适当的调整。在此，认为覆盖率大于100%则为有效的、较充分的测试。
2.4 软件缺陷
软件缺陷又被称为软件Bug，即计算机软件或程序中存在的影响正常运行的问题、错误，或隐藏的某些功能缺陷等。软件缺陷的存在就使相关的软件产品在某种程度上不能较好地满足用户的需要。
IEEE729-1983对缺陷有一个标准的定义：从产品内部看，产品缺陷就是软件产品在开发或维护过程中存在的错误、缺陷或不足等各种问题；从产品外部看，产品缺陷就是产品系统所需要实现的某种功能的失效或违背。
对于每个测试项目，缺陷的定义会有所不同，使用上面的规则，则有助于在测试中区分不同的问题，定义出项目达成一致意见的软件缺陷。
2.4.1 软件缺陷的级别
不同等级的缺陷所造成的后果是不一样的，有的是灾难性的，而有的却仅仅是微不足道的小问题。通常来讲，问题越严重，其处理优先级就应该越高，目前，较为常用的级别可概括为4种级别，如表2-2所示。表2-2 通用缺陷严重程度级别的定义
2.4.2 导致软件缺陷的原因
有以下几种原因可以引入软件缺陷：（1）产品规格说明书；（2）产品设计方案；（3）产品编写代码；（4）其他。
以上4种原因引入缺陷的数量依次递减。为何产品规格说明书是引入软件缺陷最多的地方呢，主要原因如表2-3所示。表2-3 软件缺陷引入的原因
2.4.3 Bug缺陷分类和分级
佳讯公司根据相关的行业法规及标准、指挥调度系统的相关特性要求以及Bug在调度系统中的影响程度将Bug缺陷进行分类和分级。
佳讯公司产品缺陷分级如表2-4所示。表2-4 佳讯公司产品缺陷分级
佳讯公司对产品Bug类型进行分类，针对指挥调度产品的特点制定了与之相适应的Bug类型，以便更好地了解和把握系统的质量。主要的类型如表2-5所示。表2-5 佳讯公司Bug类型分类
第3章 实训内容
3.1 实训需求
学生接受实训前培训，培训内容包括介绍实训流程、实训项目、实训要求、实训提交结果以及测试技术等。
培训所需资料如下：（1）北邮测试实训流程培训.PPT；（2）软件测试知识培训.PPT；（3）《软件过程改进案例教程》（韩万江，张笑燕，陆天波编著，电子工业出版社出版）实训的测试对象包括各种集成系统、嵌入式系统等。下面给出两个典型测试对象的测试需求。
3.1.1 教学网站测试
《软件项目管理》教学网站http://www.buptsse.cn/SPM/SPM.jsp，是本实训的测试对象之一，简称SPM项目测试，如图3-1所示。图3-1 测试对象SPM项目测试需求如下。
3.1.1.1 功能测试
首页、行业信息、下载区、成绩查询、留言板、网上测试、联系我们、课程介绍、课程内容、课程实践、教学团队、通告栏、友情链接、登录入口等多个模块，具体如下。
首页：回到首页。
行业信息：软件项目开发中常见的问题、新的淘金点!Google测试交互式Widget广告、Google将推出PowerPoint和Wiki等信息。
下载区：对软件项目管理的探讨、解析软件项目管理、软件项目管理的平衡原则等文档的下载。
成绩查询：各班平时成绩、期末成绩、总成绩等的查询。
留言板：需实现提交留言、查看留言等功能。
网上测试：实现答题并查分的功能。
联系我们：显示任课老师的联系方式。
课程介绍：含课程简介、教学大纲、课时安排、课程特色、考评方式及参考书目等显示。
课程内容：含授课教案、教学录像、练习题、知识点索引、考试大纲、模拟试卷及案例分析等显示。
课程实践：含实践指导书、学生实践过程展示、学生实践文档展示、师生交互过程及学生最终答辩过程等显示。
教学团队：含教师队伍、校企合作及学术水平显示。
通告栏：需显示最新的信息。
友情链接：包括北京邮电大学、北京邮电大学软件学院及国家精品课程导航的链接。
登录入口：实现教师和学生登录的功能。
3.1.1.2 性能测试
负载测试：各种用户数的运行状况（用户数：50。响应时间：3s）。
疲劳测试：100个用户持续6h连续测试。
3.1.1.3 测试工具
本实训包括下述3个测试工具。
白盒测试：DTS。
黑盒测试：LoadRunner和Jmeter。
3.1.2 MDS3400调度指挥通信系统
MDS3400调度指挥通信系统是由北京佳讯飞鸿公司推出的，其新一代设计可以满足各工业企业指挥调度通信的要求。该系统具有强大的调度指挥功能，通过2B+D连接各种智能调度台、指挥台，支持调度指挥所需的各种功能，如选呼、通播、强拆、强制、组呼、分群等调度功能，支持多用户多级别设置；支持IP分布式网络部署，以其开放性、兼容性、高可靠性的设计满足不同行业用户的组网需求，其灵活的综合接入方式、个性化业务定制能力、先进的维护手段为客户创造新的获利来源和新的竞争优势。目前，该系统已经成功应用在石油、石化、煤炭、军队、公安、铁路、钢铁、地铁等行业。
3.1.2.1 总体架构
MDS3400指挥调度系统总的系统架构如图3-2所示。图中灰色背景部分是MDS3400的最小最基本的组网单元，该单元主要包括调度业务控制、交换网络、SIP呼叫控制、呼叫流程处理、传真控制、系统内接口、系统级联接口和网络管理系统等部分。系统外设主要包括指挥调度终端（KDT键控操作台、一体化操作台、AnyTouch调度台等）、指挥调度电话各类高级别的调度用户（普通电话高级别、调度台高级别）、行政电话（普通用户）。MDS3400的系统级联接口可以将指挥调度系统的范围扩展到各大运营商网络，提高了MDS3400的适应性。图3-2 MDS3400系统总体架构
3.1.2.2 系统双中心组网方式
数字环双中心是MDS3400的中心组网方式，也是此产品功能稳定性和可靠性的来源。下面将对MDS3400系统双中心予以详细的介绍，其组网如图3-3所示。图3-3 数字环双中心组网
系统双中心组网说明如下。（1）需要配置主系统A，备系统B，分1系统C，分2系统D，上级局共5个系统。（2）主系统A，备系统B，分1系统C，分2系统D，通过数字环连接，主系统节点为0。（3）主系统A和备系统B之间通过数字中继连接，不配置数字环，但需要数字环连接线。（4）备系统B和上级局之间通过数字中继连接。
系统双中心业务如下。（1）MDS3400双中心能实现局部自动切换和自动恢复，主要包括下面几类情况。A局主中心交换机的数字环故障；A局主中心交换机的2B+D故障；A局主中心交换机的数字中继故障时，双中心系统会自动局部切换，当故障恢复时，相应的局部切换会恢复到正常状态。这样保证了如果系统的某一部分宕机的话，可以由备用线路或者备用通道来进行备份，保证了系统的可靠性。（2）MDS3400双中心能实现全局自动切换和自动恢复。当出现整个交换机断电（A局断电）、互为热备的两块主控板全部拔出（A局）或互为热备的两块主控板软件全部死机（模拟软硬件故障）等故障时，双中心系统会自动全局切换；当故障恢复时，全局恢复到正常状态。这样保证了如果系统的某一互为主备模块宕机的话，可以由备用单板或者备用系统来进行备份，保证了系统的可靠性。（3）MDS3400双中心能实现通过人工切换，手动恢复来切换系统。在系统已经出现一些“局部故障自动切换”时，无论局部故障的涉及范围有多大，系统不自动全局切换，而是需要通过网管针对整个交换机的所有接口设置为“人工阻断”状态，以实现全局切换；当局部故障消除后，可针对整个交换机的所有接口解除“人工阻断”状态，则全局切换恢复。（4）MDS3400双中心能实现调度台本身故障时相关业务的转接。如当某个调度台或全部调度台本身故障时，系统会将呼入的呼叫转到对应调度台的应急分机上（该应急分机接在主用系统的共电接口板上），应急分机此时也可以通过拨号呼叫车站电话或GSM-R手机等其他电话。也就是说此时不应将本该呼叫到调度台的呼叫转移至铁道部门交换机上。（5）MDS3400双中心能实现灾难性故障的通信备份。当出现“2全局自动切换和自动恢复的故障情形”之一故障的同时，还出现某个调度台或全部调度台本身故障（或者说调度台的双接口都故障）时，相当于主用交换机及调度台都被毁坏了（也就是说发生了灾难性故障），这时备用交换机会将本该呼叫到调度台的呼叫通过30B+D接口转移至铁道部门交换机上，从而实现了“铁道部门接管客专调度所”。（6）MDS3400双中心能在较短时间实现各类功能的切换（包括自动切换与手动切换）。数字环接口切换时间<5 s；2B+D接口（U口）切换时间<5 s；30B+D接口（DSS1）切换时间<10 s；全局切换时间<10 s（取全部接口中的最长切换时间）。
3.1.2.3 基本业务功能模块
MDS3400系统双中心主要分为5个主模块和25个子模块，功能模块明细如图3-4所示。
双中心主要包含单呼、会议、其他调度功能、网管通道及双中心特殊业务等5个功能模块。每个模块的业务与功能特点各有不同，下面简要地对上述5个功能模块进行分析讲解。（1）单呼
单呼是MDS3400系统中最基本的功能单元，它是指调度台用户按键号码可以通过终端进行设置，调度台需要呼出时，按用户按键即可。调度台也可以通过号码盘进行呼出。它是其他功能模块的基本单元。图3-4 数字环双中心功能模块（2）会议
会议主要包含3个子功能模块，分别为组呼、通播、广播。
①组呼：调度台可以预先设定分组，使用时直接按相应键，可以直接呼叫群组内的成员，成员接听后进入群组。成员之间互相通话。调度员可以控制用户发言方式。调度台以及成员间的通话是双向的。
②通播：是一种特殊会议，通播由调度台发起，操作方式采用一键直通方式，调度员按一个通播按键即可同时呼出事先定义的用户组中的全部用户，而下级用户之间无通话链路。
③广播：是一种特殊的会议，广播由调度台发起，操作方式采用一键直通方式，调度员按一个广播按键即可同时呼出事先定义的用户组中的全部用户，用户摘机后，进入广播，广播中各用户之间也不能互相听声音。（3）其他调度功能
其他调度功能主要包括7个子系统模块。
①转接：调度与用户1正在通话，按下用户2对应的按键，接通该用户，调度挂机，即实现用户1与用户2之间的通话，完成转接功能。
②保持：调度台与用户1正在通话，如用户2呼入，调度台可将用户1保持，只需点击“保持”键，再点击用户1对应的按键即可，此时调度台与用户2通话，用户1听保持音乐；调度台与用户2通话结束后，用户1与调度台自动恢复通话状态。
③强插：调度台呼叫正在通话的用户，结果是调度台与原通话的双方构成三方通话，提醒有重要呼叫，要求原通话双方结束通话。有时也做成自动强插，调度台呼叫正在通话的用户，与之通话的另一方用户听保持音乐，调度台和此用户通话；如果调度员主动挂断电话，则两个用户恢复通话。
④强拆：调度台呼叫正在通话的用户，与之通话的另一方用户被拆线，听忙音，调度台和此用户通话。
⑤监听：调度台可以监听方式进入到某会议中，可听到会议中任意会员的发言。
⑥紧急呼叫：当高级别的用户呼叫调度台时，调度台有相应的铃声提示（异于正常呼叫铃声）并且自动接听。
⑦新增业务：版本更新所加入的新业务。（4）网管通道
网管通道是主分系统环境下网管通过数字环或数字中继时隙实现对分系统配置和管理的方式。
①网管通道中交换机的角色（a）主系统管理者。（b）分系统被管理者。
②网管通道主备系统的基本功能业务（a）数据下载：将网管的数据下载到分系统上。（b）数据上传：将分系统的数据上传到网管上。（c）单板软件下载：给分系统单板下载软件。（d）MPU数据复制：将MPU板的数据进行备份。（e）调度台软件升级及按键传送：控制远端分系统调度台。（f）MPU数据清空：将MPU板的数据进行清空。
③应用场景
现在假设有回龙观局、清华局，但是回龙观局与清华局只有数字环相连，没有网络及其他通信方式，而且回龙观局是无人值守的。若想对回龙观局进行软件下载更新等工作，只能通过远程控制回龙观局的系统，因此开发了基于数字环的网管通道管理功能。整个系统组成了主分系统结构。这样就可以通过网管通道控制远端交换机了。（5）双中心特殊业务功能
①中心交换机A和B分别作为主用和备用交换机。
②中心交换机A和B采用不同的局号，相同的编号方案。
③中心交换机A和B之间优选DSS1作为主路由，尽量不要使用数字环。
④双接口调度台可以采用U口＋U口、U口＋E1、E1＋E1的方式，这里采用与中心交换机A局用E1连接，与B局用2B+D连接，调度台与中心交换机A局之间的接口作为主用接口。
⑤调度台主备用接口的电话号码除了局号之外的其他号码都相同，即在A局设为71000000，在B局设为71500000。
⑥只有在调度台和A局的应急分机都无法接通的情况下才能接通位于上级局交换机的应急分机。
⑦中心交换机A局和B局的数字环节点号分别设置为0和1（即最小和次小）。当0节点（A局）出现故障或断电时，1节点（B局）升为临时主机。
通过对MDS3400指挥调度系统中被测子功能模块的功能分解，得到的功能需求如表3-1所示。表3-1 数字环双中心功能需求续表
综上所述，MDS3400数字环双中心业务主要包括单呼、会议、其他调度指挥、网管通道及双中心特殊业务5个大模块和对应的模拟用户、调度台；组呼、广播、通播、全呼；转接、保持、自动强插、自动强拆、紧急呼叫、新增业务；单板软件下载、语音文件下载、KDT调度台软件升级、调度台按键传送（8000条）、配置数据上传、分系统MPU数据清空并下载、MPU数据复制、调度台数据复制；局部自动切换和自动恢复的故障、全局自动切换和自动恢复的故障、手动切换和手动恢复的情形、调度台本身故障时、主系统及调度台全部故障、切换时间等25个子功能模块。25个子功能模块总共包含了305个测试功能需求。
3.2 实训环境
3.2.1 教学网站测试环境
《软件项目管理》教学网站测试环境如下。3.2.1.1 硬件环境
局域网中有一个服务器端，多个客户端，网络拓扑如图3-5所示。图3-5 局域网网络拓扑（1）服务器端
SPM+版本（1.0）+D:/SPM+jsp项目（a）计算机
电脑型号 方正 PC 台式电脑
操作系统 Windows 7 旗舰版 32位 SP1(DirectX 11)
处理器 英特尔 Core i5 650 @ 3.20GHz 双核
主板 方正 H55H-CM2(英特尔 H55 芯片组)
内存 4GB(三星 DDR3 1333MHz)
主硬盘 希捷 ST31000528AS(998GB /7200转/分)
显卡 英特尔 HD Graphics(1275MB /精英)
网卡 英特尔 82578DC Gigabit Network Connection /精英（b）处理器
处理器 英特尔 Core i5 650 @ 3.20GHz 双核
速度 3.20GHz(133MHz×24.0)
处理器数量 核心数: 2 /线程数: 4
核心代号 Clarkdale
生产工艺 32 nm
插槽/插座 Socket 1 156(LGA)
一级数据缓存 2×32KB, 8-Way, 64byte lines
一级代码缓存 2×32KB, 4-Way, 64byte lines
二级缓存 2×256KB, 8-Way, 64byte lines
三级缓存 4MB, 16-Way, 64byte lines
特征 MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, HTT, EM64T, EIST, Turbo Boost（2）客户端
下面为实验所用计算机的两种类型的客户端硬件指标。（a）客户端一指标
计算机：
电脑型号 方正 Founder PC 台式电脑
操作系统 Windows XP 专业版 32位 SP3(DirectX 9.0c)
处理器 英特尔 酷睿2 四核 Q9500 @ 2.83GHz
主板 富士康 G41MXE(英特尔 4 Series 芯片组 - ICH7)
内存 4GB(三星 DDR3 1 333MHz)
主硬盘 希捷 ST3500418AS(498GB /7 200转/分)
显卡 英特尔 G41 Express Chipset(256MB /富士康)
处理器：
处理器 英特尔 酷睿2 四核 Q9 500 @ 2.83GHz
速度 2.83GHz(333MHz×8.5)/前端总线: 1 333MHz
处理器数量 核心数: 4 /线程数: 4
核心代号 Yorkfield
生产工艺 45 nm
插槽/插座 Socket 775(FC-LGA6)
一级数据缓存 4×32KB, 8-Way, 64byte lines
一级代码缓存 4×32KB, 8-Way, 64byte lines
二级缓存 2×3MB, 12-Way, 64byte lines(2 833MHz)
特征 MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, EM64T, EIST
主板：
主板型号 富士康 G41MXE
芯片组 英特尔 4 Series 芯片组 - ICH7
板载设备 Onboard VGA /视频设备(启用)
板载设备 Onboard LAN /网卡(启用)
板载设备 AUDIO /音频设备(启用)
BIOS American Megatrends Inc．080015（b）客户端二指标
计算机：
电脑型号 方正 Founder PC 台式电脑
操作系统 Windows 7 旗舰版 32位 SP1(DirectX 11)
处理器 英特尔 酷睿2 四核 Q9 500 @ 2.83GHz
主板 富士康 G41MXE(英特尔 4 Series 芯片组 - ICH7)
内存 4GB(三星 DDR3 1 333MHz)
主硬盘 希捷 ST3500418AS(498GB /7 200转/分)
显卡 英特尔 G41 Express Chipset(1 422MB /富士康)
网卡 瑞昱 RTL8168D(P)/8111D(P)PCI-E Gigabit Ethernet NIC /富士康
处理器：
处理器 英特尔 酷睿2 四核 Q9500 @ 2.83GHz
速度 2.83GHz(333MHz×8.5)/前端总线: 1 333MHz
处理器数量 核心数：4 /线程数: 4
核心代号 Yorkfield
生产工艺 45 nm
插槽/插座 Socket 775(FC-LGA6)
一级数据缓存 4×32KB, 8-Way, 64byte lines
一级代码缓存 4×32KB, 8-Way, 64byte lines
二级缓存 2×3MB, 12-Way, 64byte lines
特征 MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, EM64T, EIST
主板：
主板型号 富士康 G41MXE
芯片组 英特尔 4 Series 芯片组 - ICH7
板载设备 Onboard VGA /视频设备(启用)
板载设备 Onboard LAN /网卡(启用)
板载设备 AUDIO /音频设备(启用)
BIOS American Megatrends Inc．080015
3.2.1.2 软件环境（1）服务器
操作系统：Win7
Web 服务:Tomcat 7.0.41
数据库：mySqlServer（2）客户端
客户端一：
操作系统：Win7
测试软件：LoadRunner 11.00
客户端二：
操作系统：Windows xp
测试软件：apache-jmeter-2.6
3.2.1.3 部署运行步骤（1）安装部署（a）解压Tomcat.zip压缩包；（b）在Tomcat 安装目录的webapps文件夹下新建一个文件夹SPM（必须是英文，名字可以自取，访问的时候输入自己建的文件夹名），将原SPM项目中的WebRoot文件夹下所有文件复制到新建的文件夹SPM下；（c）将mysql_connector_java_5.1.27_bin.jar(数据库连接驱动)文件复制到Tomcat7安装目录的lib文件夹下（否则Tomcat连接MySQL数据库会失败）。（2）运行（a）双击启动Tomcat.bat；（b）出现如图3-6所示页面即安装成功。点击Tomcat7.0x，start，进行网页发布；图3-6 Tomcat运行（c）在同一局域网中的其他客户端打开浏览器，输入服务器IP地址/SPM/JSP/index.jsp即可访问网站首页，如图3-7所示。图3-7 服务器网站首页
3.2.2 MDS3400调度指挥通信系统测试环境
3.2.2.1 测试环境组网
本次测试的组网环境如图3-8所示，测试环境是MDS3400v2.8设置5个系统，前4个系统各自通过第一路E1进行数字环连接，备用系统通过1、2槽的DTL板与主用系统进行数字中继连接，通过13、14槽的DTL板与上级局进行数字中继连接。采用的主要辅助环境是一些基本终端设备，例如KDT、一体化调度台、电话等。图3-8 测试组网环境
3.2.2.2 测试配置清单
本次测试目标为多功能板环路子板功能测试，测试目标清单包括系统硬件配置信息清单、硬件单板版本信息清单、硬件单板逻辑版本信息清单和单板软件版本信息清单。
系统硬件配置信息如表3-2所示。表3-2 系统硬件配置信息续表
硬件单板版本信息如表3-3所示。表3-3 硬件单板版本信息
硬件单板逻辑版本信息如表3-4所示。表3-4 硬件单板逻辑版本信息
单板软件版本信息如表3-5所示。表3-5 单板软件版本信息续表
配合测试设备在测试方案中的配置情况如表3-6所示。表3-6 配合测试设备清单
第4章 DTS工具测试
软件缺陷测试系统（DTS）是由北京邮电大学、北京博天院信息技术有限公司联合研发的新型软件测试工具，拥有全部的知识产权。DTS采用全新的软件测试理念、应用目前国际上主流的软件测试技术，是国内第一套基于软件缺陷的测试工具，应用DTS可大大提高软件的测试效率和软件质量。
4.1 实验目的
通过DTS工具对被测对象的代码进行测试，完成白盒测试，以提高产品的核心质量。
4.2 实验准备
4.2.1 登录虚拟机
在3台物理机中，双击桌面的虚拟机软件“VMware Workstation”打开虚拟机master01、slave01、slave02（位置分别在 E:\DTS\master01、E:\DTS\slave01、E:\DTS\slave02），并使用密码分别登录到XP虚拟机里，密码和用户名均为hadoop，如图4-1～图4-3所示。图4-1 master01登录界面
试读结束[说明：试读内容隐藏了图片]