UML9种图的分类及运用

UML中的图可以分成两大类

·结构图 ·行为图

UML结构图

UML结构图表示系统的静态方面，描述系统的主要结构因此而稳定的那部分，静态结构图主要包括

·类图

·对象图

·组件图

·部署图

UML类图

·类图描述系统中的类，以及各个类之间的关系，类图能够让我们在编码前对系统有个全面的认识。

·类图是一种静态模型，类图代表面向对象系统，类图其他图定义的基础。

·哪里需要用

类图是一个静态图，描述一个系统的静态视图，用于前期部署

UML对象图

·对象图与类图类似，它是类图的实例化，显示类的多个实例化，不是实际的类，描述对象间的关系，用来建立系统原型。

·对象图显示某一时刻对象和对象间的关系

·类图代表整个系统模型的抽象，对象图代表系统中某一时刻某一部分的抽象

·哪里需要用

运行的系统某一时刻的快照

UML组件图

·组件图用来描述系统的物理结构及相互间的关系，模型化和文档化了一个系统的架构

·构件可以是一个文件，产品，可执行脚本，库等

·组件图 = 构件（Component）+接口（Interface）+关系（Relationship）+端口（Port）+连接器（Connector）

·哪里需要用

架构师在建立项目初期就要建立的图

UML部署图

·部署图用来建模系统的物理部署，如计算机和设备，及它们之间的关联关系

·部署图的使用者为开发人员，系统集成人员和测试人员

·部署图由节点以及节点之间的关系组成

·哪里需要用

主要用于系统工程师

UML行为图

行为图属于系统的动态部分，另一部分是系统的结构图。行为图捕捉系统的静态方面。UML中的行为图主要包括：

·用例图

·时序图

·协作图

·状态图

·活动图

UML用例图

·用例图描述角色以及角色与用例之间的连接关系。说明使用这个系统的人都有谁，以及这些人使用这个系统能做些什么

·用例元素包括；角色（使用者），用例（实现的功能），关系（关联，依赖，泛化，实现）

UML时序图

·时序图用来显示参与者执行某项功能时所要经历的时间顺序，时序图是一种交互图，展示对象间的交换顺序

UML协作图

·协作图与时序图类似，也是一种交互图，如果强调时间顺序，就使用时序图，强调上下机关系，就选择协作图。

·协作图代表一个系统的组织结构和发送/接受的消息。

·协作图的目的是可视化的组织对象及相互作用

UML状态图

·状态图描述类的对象所有可能的状态，以及事件发生时状态的转移条件

·状态图的图符（状态，转移，起点，终点）

UML活动图

·活动图用来描述一个系统中的控制流

·活动图描述满足用例要求所要进行的活动以及活动间的关系，有利于识别并行管活动

以上为UML中图的划分，以及9种图的定义及应用

一般的软件测试流程是这样：
1拿到需求说明书，开始对需求进行测试，找出需求中的问题或者说不可测的地方
2需求测试通过后，根据需求说明书制定测试计划，包括测试策略、测试方法、测试周期等
3然后根据软件功能说明书编写测试用例，一般的公司都是根据需求说明书进行编写
4搭建测试环境，包括软件环境和硬件环境
5根据测试用例进行测试，提交缺陷
6回归测试
7测试完成后，进行测试总结，编写测试报告
至于测试文档，我这倒是有cmmi标准的一些文档，如果你想要的话，可以留下邮箱，我发过去。
好了，都发过去了。

具体流程参考以下步骤：
1、首先制定项目计划，最初计划是里程碑性质的。可以先按瀑布模型设置，里程碑点主要为需求评审、设计评审、经过代码开发和单元测试后进行集成测试、部署上线是一个很重要的里程碑，一般用户会期望系统何时能使用，进入试运行期。
2、需求开发阶段：怎么样写好需求很关键，这个需要实践经验锻炼自己。如果有项目成员，可以一起做需求，这个阶段对于业务理解、分析、如何开展调研以及文字表述、业务流程图描述还有文档编辑能力都有不少要求。一般分为《用户需求说明书》和《需求规格说明书》，小项目可以写一个《需求分析报告》，《用户需求说明书》是用用户的语言进行描述，让用户和开发团队对于需求的达成一致的理解，《需求规格说明书》，则是对用户需求的分析，形成系统要具有的功能，这个是真正提供用户可交互 *** 作的文档，也就是后期设计和代码开发的重要基线。
另外，作为了解需求，拿出用户UI和用户交流也是一项比较重要的需求获取手段，虽然这个属于设计的范畴
3、系统设计阶段：
系统总体架构，结合用户对系统环境、开发语言以及运行的网络硬件等要求，确定开发工具等，对应用系统关系进行架构性设计，通过需求阶段对用户的分析归类，用图的方式描述出用户和各子系统或模块的全局视图，以及和其他系统的关系。也就是搞清楚系统的边界问题。
概要设计中除了高层架构设计，还需要设计网络拓扑图，以及系统部署图。概要设计比较重要的还有就是子系统、模块进行合理的划分。模块的名称很大程度上会成为用户的主要菜单，如何用用户的角度去取比较清楚的子系统和模块是很重要的。
4、代码开发和单元测试阶段：这个阶段一般来说需要改进瀑布模型，类似跌代开发，把模块进行合理划分，把项目总体计划的代码开发测试阶段划分为多个时间段，每个时间段都包括代码开发、单元测试和集成测试，这个阶段还需要对需求变更进行跟踪控制，如果需求有变更，那么要把需求文档、设计文档都重新跟上。跌代开发的好处就是不让代码开发阶段拉的过程，没有进行及时的自我检查，不小心到了提交时间，却不是用户想要的，还有可能都不是自己想要的。
项目经理重要的责任是控制好进度，能及早发现风险，并能拿出好的预防和解决办法的措施。合理安排好开发团队的任务，合时的任务安排和衔接，你会觉得非常有艺术感，这个要自己体会了。另外，关注项目团队各人员的状况，保持高的战斗力，及时发现并能鼓励团队共同朝一个目标前进。
5、测试工作，测试是项目的很重要的环节，怎么测试，怎么准确测试，怎么有效测试，怎么覆盖测试，时间、人手、经验扽个方面都会有制约。高级测试人员能够分析系统各测试要点，在需求、设计阶段都要参与，提早了解如何去测试，能写出测试用例。
6、文档工作，文档在项目开发中也占有重要位置，除非你觉得代码是项目唯一的成果，那么你把文档抛掉吧，什么都在你的脑子里，团队中人员一走，项目的一部分也就带走了。代码开发其实也需要文档，代码是成果，代码注释是成果，模块开发卷宗也是重要的成果，因为程序员在开发时候的逻辑是怎么样的，对于今后查问题很有作用。除非你的系统设计程度到了方法、类，把代码逻辑也都设计好了，那么程序员就CODEING去吧。
7、QA是对项目过程的质量保障，有些公司吧QA和测试工作合成一个岗位叫做QA&测试人员，或者就叫QA人员。QA是对项目全过程的监管，独立于项目之外。监督项目经理在各项目里程碑提交相关成果，入库形成基线。

问题一：在软件测试中如何搭建测试环境？ 听您这提问，估计您是没做过测试吧。
什么是测试环境呢？大白话讲就是可以基本准确的将测试用例执行出来，并且结果是有参考意义的那么个环境~
这前题是你的测试用例是有效的。那撇掉这个不管的情况下，测试环境就不可能是固定的。
有时候，测试环境可能就是一个系统。P如你这个软件，什么都不用管，你只要测能不能装在XP系统上，那此时，一个完整的XP系统就是测试环境。
有时候，你要测一个网站支持不支持多种浏览器。那此时，你的测试环境就是一个安装了多种浏览器的 *** 作系统。
我说的你明白了么？所谓的搭建测试环境（招聘的老有这要求，会搭建环境），就是你能搭出可供测试用的环境。简单了说~是 *** 作系统~复杂了说，是装了特定软件做了特定设置的 *** 作系统~

问题二：什么是测试环境？如何搭建测试环境？ 硬件：包括PC机、笔记本、服务器、各种终端等。例如要测试photoshop软件，是要在PC机上测，还是笔记本上测？是在cpu为酷睿的计算机上测，还是要在炫龙的cpu上测？不同的硬件环境photoshop的处理速度是不一样的。
软件：这里主要指的是软件运行的 *** 作系统。例如测试photoshop，是指windows xp下测试还是在vista下测试？可能会有兼容性问题。软件环境还包括与其他各类软件共存同一系统时的兼容性问题。
一般来说，配置测试环境可遵循下列原则：
1、真实：尽量模拟用户的真实使用环境。这里需要提一点，关于项目软件与产品软件需要不同看待。项目软件由于只针对某一群体的用户，所以测试的环境比较单一。但产品软件针对的是广大群众，所以测试环境比较复杂，要多方面考虑。
2、干净：测试环境中尽量不要安装与被测软件无关的软件。笔者就遇到这种事情，两台机器，针对一个功能，一台测试OK，另一台测试NG，最后根据调查发现，测试OK的机器上安装了客户根本不会安装的VC++开发环境，测试NG的机器正因为没有安装VC，所以测试出了这个bug：软件中缺少必要的动态链接库支持。但这个干净也不是必须的，有时还要刻意去测试某个软件去其他软件并存时的兼容性问题。

问题三：windows怎么搭建测试环境 第1步、下载IIS
1、如果不是很清楚自己的装有Microsoft Windows XP *** 作系统的电脑上是否安装了IIS，可以打开IE浏览器，在其地址栏输入127001并回车，如下图
2
如果能正常打开上面的网页，说明本台电脑已安装了IIS（Internet信息服务）。如果打不开上面的网页，我们就得自己来安装IIS。下面介绍的是如何来安装IIS，如果你已会，完全可以跳过本部分，不会的可以一起来学习一下。
3
2、系统安装光盘中带有IIS的安装程序，但因为现在大部分朋友的电脑都是GHOST系统，所以可以用搜索引擎，下载IIS独立安装包。打开百度，输入“IIS for xp”，找到相关链接网站，下载所需要IIS安装包，如下图
4
3、下载下来的“IIS for XP”安装包一般都为压缩文件，所以使用它前，得先行解压，如下图
5
第2步、安装IIS
1、我们依次打开“开始”→“控制面板”，找到并双击”添加或删除程序“，打开了”添加或删除程序“窗口，如下图
6
2、点击窗口左侧的“添加/删除Windows组件”，如下图
7
3、勾选“Internet信息服务”，并点击“下一步”命令按钮，如下图
8
4、d出“所需文件”对话框，点击窗口右下角的“浏览”命令按钮，打开“查找”对话框，找到我们刚才从网上下载下来，并解压的IIS FO XP 安装包，找到所需的文件，选择打开后，然后再点“确定”命令按钮，继续IIS的安装，以后安装过程中再需要什么文件的话，找到安装包后，选择文件就可以了。如下图
9
点击“完成”命令按钮，完成IIS的安装，如下图
10
第3步、测试IIS
打开IE 浏览器，在其地址栏输入”127001“后回车，看到如下图所示的界面，就证明IIS安装成功了，如下图
11
至此，我们已成功安装IIS，IIS的安装讲解完毕，接下来讲解如何测试我们自己的ASP网站。
12
第4步、架设网站
1、我们把自己的ASP网站源代码拷贝到电脑任意一个磁盘分区，比如D盘，如下图
13
2、打开“计算机”管理。在“我的电脑”上右击，选择并点击“管理”，这样我们就打开了“计算机管理”窗口，在该窗口左侧依次点击“服务和应用程序”→“Internet信息服务”→“网站”，然后在“默认网站”上右击，选择“新建”→“虚拟目录”，如下图
14
3、新建虚拟目录。点击“虚拟目录”，打开“虚拟目录创建向导”对话框，点击“下一步”命令按钮，输入虚拟目录“别名”，比如：glxt，然后再点“下一步”命令按钮，通过“浏览”的方式找到网站源代码所在的目录，我们刚才把源代码放在了：D:\bysjASP，如下图
15
4、完成向导。目录选择好后，我们点“下一步”，在“访问权限”对话框，按照下图所示选择就可以了，再点“下一步”命令按钮，出现“已成功完成虚拟目录创建向导”对话框，点击“完成”，完成虚拟目录的创建工作，如下图
16
第5步、测试网站
1、我们在“计算机管理”窗口的“默认网站”下面，找到我们刚才创建成功的虚拟目录“glxt”，然后点击这个虚拟目录，如下图
17
2、在窗口的右侧，找到我们网站的首页:indexasp，然后右击这个文件，在d出的快捷菜单中选择并点击“浏览”，如下图
18
这样我们就打开了我们自己的网站，如果程序没有错误，网站是可以正常打开的；如果程序有错误，则网>>

问题四：如何搭建一个稳定、可重复的测试环境 innodb_data_home_dir = /longxibendi/mysql/mysql/var/
#innodb_data_file_path = ibdata1:1G:autoextend
innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend #表空间
innodb_file_io_threads = 4 #io线程数

问题五：什么是android测试环境搭建 android 官网之前发布过ADT版本的Eclipse,建议使用官网提供的集成开发环境IDE(已上传附件),即官方已经集成好ADT CDT SDK Eclipse,不需要再做任何的配置,直接解压就可以用了。

问题六：面试问到软件测试中怎么搭建测试环境 搭建测试环境实际就是部署环境，比如window+mysql+tomcat部署这些

问题七：软件测试搭建环境具体是怎么做的 这个要看实际工作环境、软件的运行环境来决定的，总体来说从：
1、 *** 作系统：win还是Linux
2、软件架构： B/S还是C/S
3、数据库类型：orcale还是mssql，db2deng
。。。。

问题八：前端的开发调试测试的环境怎么搭建 前端环境搭建系列的目的是把前端团队作为一个整体，如何有效的团队协同开发，第一部分开发环境。
1代码版本管理
SVN是必不可少了，版本号的规划按照项目三位版本，开发四位版本来部署。比如我要做A项目，版本号为100，我第一次提测的代码版本为1001。每次四位版本按照tag区分。QA按照这个tag部署测试代码，OP则部署线上代码。
如果多个项目同时开发，就开分支。这些需要一个项目管理平台来管理版本。
2 开发环境
我假设前端team的范畴是HTML CSS JS MVC中的V 和 C。最佳的环境是每个人一个开发环境，代码通过SVN同步别人的代码。但是文件的路径全部都一致。
比如
css的imgxx/css
js的imgxx/js
flash的imgxx/swf
后台环境，假设每个后端开发也都有独立的环境，如果和谁联调代码就让他把配置指向你的V C目录进行调试。
QA环境的debug问题，你的环境和QA环境代码部署一致，能够通过host切换静态文件，如css js flash。毕竟前端的大部分问题是前端代码的问题，V 和 C的问题就在自己的环境调试了，静态资源切换到QA的host。
数据问题，最后有个大的造数据平台，通用一份数据库，提供数据增加和修改的接口，这是理想状态，当然这个平台也会很麻烦，实在不行就通过后端的数据 *** 作接口 *** 作数据。
3编译环境
可恶的前端代码裸上，会有很多问题，大部分是性能问题，还有部分是缓存问题。
所以需要提供编译环境，编译流程放在提测前是安全的，因为会经过QA的质量检测，如果在OP环节应该比较麻烦，编译代码的bug也没人去测。
编译一般解决的事情
1、批量的一些 *** 作，比如版本号
2、代码的合并和压缩
3、代码的优化或者职能替换，比如资源打包
我遇到过的开发状况都不乐观。所以有时间自己搭下试试有多复杂。
一般有公用开发环境，就一台机器一个host，不管主干分支都放在那里，可想又多混乱，还有前端无版本管理软件，人肉维护多个并发版本。
或者有版本管理，开发环境还是多人一个，而且没有host，静态资源引入都是通过模板conf管理路径的。这样的代码不利于资源路径管理，特别是，加入png半透明的需要全路径，多个css合并的最好是根目录路径。
各种悲剧，此文到此结束。下篇为开发模式和模块化。

---