﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-Java天空 任我翱翔-随笔分类-项目管理</title><link>http://www.blogjava.net/persister/category/46179.html</link><description /><language>zh-cn</language><lastBuildDate>Wed, 24 Nov 2010 04:21:53 GMT</lastBuildDate><pubDate>Wed, 24 Nov 2010 04:21:53 GMT</pubDate><ttl>60</ttl><item><title>UAT测试</title><link>http://www.blogjava.net/persister/archive/2010/11/24/338903.html</link><dc:creator>persister</dc:creator><author>persister</author><pubDate>Wed, 24 Nov 2010 02:55:00 GMT</pubDate><guid>http://www.blogjava.net/persister/archive/2010/11/24/338903.html</guid><wfw:comment>http://www.blogjava.net/persister/comments/338903.html</wfw:comment><comments>http://www.blogjava.net/persister/archive/2010/11/24/338903.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/persister/comments/commentRss/338903.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/persister/services/trackbacks/338903.html</trackback:ping><description><![CDATA[UAT，(user acceptance Test),用户接受度测试 即验收测试 　　<br />
<br />
以下是它的一些一般步骤；仅供参考 　　<br />
一步:用户培训手册准备（就是针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料：一般是测试对象使用/功能手册及要培训的用户的个人资料等等：就跟教师上课进行备课差不多） 　　<br />
<br />
二步：测试脚本发放（如果你公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发）） 　　<br />
<br />
三步：用户补充业务测试场景和测试数据（就是：请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好） 　　<br />
<br />
四步：顾问补充测试步骤（你可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充） 　　<br />
<br />
五步：培训资料及测试脚本文档的确定与最终输出(一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档） 　　<br />
<br />
六步：测试策略的制定（如嵌入测试策略等，） 　　<br />
<br />
七步：测试用户的确定（大体上从培训人员中选取，因为不是每个接受培训的人员都能有资格去测试的，这里你可以通过一些考核来实现人员的筛选等等） 　　<br />
<br />
八步：由专门的测试组织机构确定测试地点，并发出通知 　　<br />
<br />
九步：测试网络环境的搭建和保障（包括网络，系统，硬软件，包括一些case工具等） 　　<br />
<br />
十步：组织进行测试 　　<br />
<br />
十一步：评审分析提交的问题（这就进入了一般bug处理过程，形成了一个循环） 　　<br />
<br />
UAT测试的重点,我想主要体现在以下几个方面 　　<br />
<br />
一是：培训的资料表述要准确全面，易懂等（这是理论基础） 　　<br />
<br />
二是：人员选择，要典型有代表性（用户基础） 　　<br />
<br />
三是：测试流程步骤（要周密） 　　<br />
<br />
四是：测试策略制定（确定一个适合测试对象及测试人员的测试策略） 　　<br />
<br />
五是：问题的表达与处理(因为测试者不是专业开发测试人员，对于问题的表达可能不能到位，或根本就不是那种问题，这就存在如何复现与转化问题等）<br />
<br />
<a href="http://baike.baidu.com/view/1330235.htm">出处：http://baike.baidu.com/view/1330235.htm</a><br />
<img src ="http://www.blogjava.net/persister/aggbug/338903.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/persister/" target="_blank">persister</a> 2010-11-24 10:55 <a href="http://www.blogjava.net/persister/archive/2010/11/24/338903.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>架构师，系统分析员和项目经理的区别</title><link>http://www.blogjava.net/persister/archive/2010/02/21/313520.html</link><dc:creator>persister</dc:creator><author>persister</author><pubDate>Sun, 21 Feb 2010 05:30:00 GMT</pubDate><guid>http://www.blogjava.net/persister/archive/2010/02/21/313520.html</guid><wfw:comment>http://www.blogjava.net/persister/comments/313520.html</wfw:comment><comments>http://www.blogjava.net/persister/archive/2010/02/21/313520.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/persister/comments/commentRss/313520.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/persister/services/trackbacks/313520.html</trackback:ping><description><![CDATA[<div fc05="" fc11="" nbw-blog="" ztag="" js-fs2="">
<p>前面一直在架构方面的工作，或多或少有些项目管理的工作，但最近项目管理方面的工作越来越多，于是找了篇文章，看看这两者的区别和联系。</p>
<img title="架构师，系统分析员和项目经理的区别 - 七公主 - 我是幸运的七公主" alt="架构师，系统分析员和项目经理的区别 - 七公主 - 我是幸运的七公主" src="http://pm.csai.cn/manager/images/2006984275.gif" />
<p>首先看一下架构师和系统分析员的区别：</p>
<p>1、系统分析员必须考虑自己所设计系统的方方面面，他是系统实现的原始作者，也对系统能否满足客户的技术要求以及产品成本是否可接受起着最直接的作用。</p>
<p>2、
架构师一般在软件组织内仅仅是少数人，他们主要负责对产品的架构进行评估以及子系统之间的接口批准上，评估的主要方面集中在系统级的质量属性和成本上，包括：当前架构是否满足可靠性要求、系统架构的可扩展性、可重用性、性能以及基础的公共功能等等。他们必须对系统分析员设计出来的系统进行最初的把关，所以责任重大，也需要经验非常丰富的人来承担。</p>
<p>3、系统成本是架构师和系统分析员最容易忽略的事情，而这个也是他们最基本的职责之一。</p>
<p><br />
</p>
<p>接下来看看系统分析员和项目经理的差别：</p>
<p>1、
一个不合理的计划往往被归咎于项目经理，但这并不是事实。计划的制定严重依赖于系统分析员所设计系统的部件完成工序，而唯一能对这个作出准确判断的只有系统分析员。所以，计划的最初版本是来源于系统分析员而不是项目经理。项目经理在这方面的主要作用是协助系统分析员制定计划，帮助考虑人员、资源方面的投入情况，并在项目的执行过程中严格监控项目的进度情况。</p>
<p>2、质量目标的制定和计划一样，来源于系统分析员，尤其是性能、可靠性等关键技术指标，而这些的第一跟踪主体也是系统分析员。项目经理在其中的角色，只是协助系统分析员安排各种资源，完成这些目标的测试、跟踪等活动。</p>
<p>3、成本是唯一的需要架构师、系统分析员以及项目经理共同关注并且严格控制的因素，原因很简单，这是大家靠着吃饭的来源。</p>
<p>4、项目其他的非技术方面的因素，则基本都是由项目经理负责搞定，包括合同、人员沟通、采购等等。</p>
</div>
<img src ="http://www.blogjava.net/persister/aggbug/313520.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/persister/" target="_blank">persister</a> 2010-02-21 13:30 <a href="http://www.blogjava.net/persister/archive/2010/02/21/313520.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>svn安装及相关操作</title><link>http://www.blogjava.net/persister/archive/2009/11/10/301904.html</link><dc:creator>persister</dc:creator><author>persister</author><pubDate>Tue, 10 Nov 2009 14:36:00 GMT</pubDate><guid>http://www.blogjava.net/persister/archive/2009/11/10/301904.html</guid><wfw:comment>http://www.blogjava.net/persister/comments/301904.html</wfw:comment><comments>http://www.blogjava.net/persister/archive/2009/11/10/301904.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/persister/comments/commentRss/301904.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/persister/services/trackbacks/301904.html</trackback:ping><description><![CDATA[<p>linux下单独（不附带apache）配置subversion方法：</p>
<p>安装过程：</p>
<p>1.软件下载。我下载的是&nbsp;subversion-1.6.6.tar.gz 和 subversion-deps-1.6.6.tar.gz ，前者是 svn1.6.6
的源文件，后者是编译时可能需要用到的包。软件下载地址如下</p>
<p>http://subversion.tigris.org/</p>
<p>2.解压两个文件进入同一个目录</p>
<p>分别执行命令：tar xfvz subversion-1.6.6.tar.gz和tar xfvz subversion-deps-1.6.6.tar.gz</p>
<p>3.进入解压子目录： cd subversion-1.6.6</p>
<p>4.执行 ./configure --prefix=/usr/local/svn 进行配置设定并指明安装目录.</p>
<p>5.执行 make 编译</p>
<p>6.执行 make install 安装.</p>
<p>7.添加环境变量: vi /etc/profile 在文件最后加入: export SVNPATH=$PATH:/usr/local/svn/bin<br />
</p>
<p>8.运行：svnserve -d启动svn</p>
<p> 9. 测试SVN是否安装成功,执行: svnserve --version 如果显示版本信息, 则安装成功.</p>
<p>10.由于svn的端口号为3690，可以查看一下svn占用的端口号命令为：netstat -nl|grep 3690</p>
<p>软件配置：</p>
<p>1.建立版本库</p>
<p>进入到svn的安装目录/usr/local/svn/bin下，首先建立一个文件夹：mkdir -p /usr/local/snvdata/然后输入命令./svnadmin create /usr/local/svndata/repos就建立了一个版本库了。</p>
<p>2.进入/usr/local/svndata/repos/conf就可以看到svn的配置文件，首先配置svnserve.conf</p>
<p>配置如下：</p>
<p>anon-access = none</p>
<p>auth-access = write</p>
<p>password-db = passwd</p>
<p>realm = My First Repository</p>
<p>其它配置文件一律注释掉，特别是### authz-db = authz，因为如果不是需求组权限配置的话千万不要配置这个，会有预料不到的错误</p>
<p>之后配置passwd文件</p>
<p>[users]</p>
<p>用户名 = 密码</p>
<p>配置时可以采用 vi passwd 打开文件之后，输入i可以进行修改，改完之后按住ESC退出并输入：wq</p>
<p>即可保存修改</p>
3.查看svn进程是否已经启动，ps -ef|grep svn &nbsp; &nbsp; &nbsp; &nbsp;然后输入 kill 进程号 杀死该进程，之后到/usr/local/svn/bin目录下输入命令：<br />
svnserve -d -r /opt/svndata/repos --listen-host=218.241.157.42<br />
<br />
svn：导入<br />
<br />
svn import /usr/local/dooynn/ svn://218.241.157.42/repos/dooynn -m "test import"<br />
<br />
查看<br />
svn list svn://218.241.157.42/repos<br />
<br />
但是外网竟然连不上来，怎么办？<br />
<br />
No connection could be made because the target machine actively refused it. &nbsp;<br />
svn: Can't connect to host '218.241.157.42': No connection could be made because the target machine actively refused it. <br />
<br />
看样子是防火墙的问题，首先关闭防火墙试试。<br />
<br />
service iptables stop<br />
<br />
发现还是不行，关闭SeLinux试试。<br />
vi /etc/selinux/config<br />
<br />
SELINUX=disabled<br />
<br />
郁闷，还不行。<br />
<br />
telnet 218.241.157.42 3690 <br />
结果连不上，23端口是可以，80端口在apache启动后也是可以的，说明svn服务器没有安装好？<br />
<br />
改成23端口，结果可以，晕，怎么回事，还是防火墙的问题？<br />
但是配置都没有任何问题啊。<br />
<br />
今天才知道，原来是公司疯了目的端口地址，气死了。总以为我可以访问apche等其他公司的svn服务器，我自己的肯定没事，没想到啊。他们应该都是svn+apache的形式，看来大家以后只能用80，22，23，25这些端口了。<br />
<br />
<br />
<br />
<br />
<img src ="http://www.blogjava.net/persister/aggbug/301904.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/persister/" target="_blank">persister</a> 2009-11-10 22:36 <a href="http://www.blogjava.net/persister/archive/2009/11/10/301904.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>