-
从PDCA说起
2007-05-29 16:42:33
在我所涉及的很多知识领域中,PDCA都是一个被人津津乐道的工具,很多时候,我都不敢说自己真正了解这个模型,今天就在此对PDCA做一个分析吧,用我仅有的知识,来对PDCA做一个简单的解剖。这个循环并不是我们通常所说的戴明提出的,而是由其导师休哈特(Shewhart)最早提出的(20世纪30年代),之前是PDSA(计划、执行、研究、行动),后来戴明演绎成PDSA(计划、执行、研究、行动)-SDCA(标准化、执行、检查、调整)循环,直至现在的PDCA(计划、做、检查、行动)循环,戴明博士也把这个工具归功于其导师休哈特。
前面的话有一些学究气了,其实个人觉得PDSA从字面意思上来说比PDCA更加贴切一些,Check给我的感觉经常是非自动的,但是现在这个大环境我跟别人说PDSA就有点特立独行了,我自认自己还没那么前卫,还是来边查资料边学习,争取尽量把PDCA搞得更加明白一点吧。
1、P(Plan)--计划,确定方针和目标,确定活动计划;
2、D(Do)--执行,实地去做,实现计划中的内容;
3、C(Check)--检查,总结执行计划的结果,注意效果,找出问题;
4、A(Action)--行动,对总结检查的结果进行处理,成功的经验加以肯定并适当推广、标准化;失败的教训加以总结,以免重现,未解决的问题放到下一个PDCA循环。说道戴明,很多情况下是和质量管理相关的,现在把它拿到各行各业肯定也有其原因,在此我不做考究,但需要说清楚这个PDCA不是“一个简单的平面环”(这个词俺总结得还真不错,把这个循环的几个特点都含进去了)。
1、首先解释PDCA不是一个环,它是大环套小环,就如同项目管理的项目管理过程一般,在各个层面上都应该参照这个循环,并组成一个大的循环。
2、再来说说PDCA不是一个平面环,它是阶梯式上升的,这个循环走完一遍应该就已经解决一部分问题,取得一部分成果,到了循环的下一个周期,在范围上就应该产生了变化,所以说它不是一个平面环。
3、最后看看PDCA的不简单,在循环中有应有一系列的工具和方法来辅助PDCA的进行工作和发现、解决问题。
我们将PDCA的四个阶段的八个步骤写下来,再来看看我们怎么来实施。
Plan阶段:
1、分析现状,找出问题。此时可以使用的方法就是风险评估了,不要在乎风险评估方法是否完备,我们并非指望靠这个找出所有问题,也不必要找出一个完整的风险列表,Rightsize就好。
2、分析各种问题因素或原因,这个阶段工作靠的是群策群力,因为我们可以使用因果图。
3、使用排列图和相关图找出主要影响因素,在信息安全行业使用排列就差不多已经到位了,排列图是Pareto发明的,还不知道的话,你就理解一个二八法则就好了,这个图不象因果图,不是拍脑袋拍出来的,因为这个涉及到你应该告诉客户他最需要解决的是什么问题,而不是象现在行业里的有什么就上什么,但从商业的角度,如果我们只解决20%,我们可能就没有钱赚了,粮食是很现实的问题啊。
4、针对主要原因,制定措施计划。这个就是考验你良心的时候了,大多数的信息安全售前都是从这个阶段开始介入的,可见咱们信息安全能发展到这个阶段已经是非常不错了。定计划就用5w1h方法就ok了,为什么制定这个措施,达到什么目标,在哪里执行,有谁负责完成,什么时候完成,怎么完成,只要你能说清楚子丑寅卯,客户不是傻子,个顶个的都比你强。
Do阶段:
5、执行、实施计划,这个没什么好说的,计划啥就做啥,做到什么程度就依靠乙方的项目管理能力和技术水平了。
Check阶段:
6、检查计划执行结果。每个标书其实都会写到验收标准,其实为了提高执行力,借用人力资源管理里的方法,如果乙方能自己对自己的目标结果和过程结果都重视起来,提高就会很明显的,在关注结果的同时更关注一下质量该有多好呢,我更喜欢一句话的前半句——“质量是计划出来的”。
Act阶段:
7、总结成功经验,制定相应标准。前面这个傻子都知道非常重要,将成功经验固化,提高工作效率。后面这个制定相应标准这块,我自己有一些想法,有的时候真的很希望有足够的魄力来限制自己的项目,为乙方来制定一合适的SLA来限制我自己,相关的东西也想了很多,但国内的奖励合同似乎在我们这个级别用得太少了,我们现阶段有这个必要么?
8、把未解决或新出现问题转入下一个PDCA循环。这里就算over了吧
-
性能测试
2007-04-06 14:23:17
中国软件质量网
1 性能测试目标 鼀T﹉4町?
• 系统是否满足预期的性能要求 絎E?猭珡a
• 作为对系统进行调优的参考 锽淦3^裤<?
• 系统的可扩展性 檝F?才j(?
• 用性能测试手段发现系统存在的问题 ]Q芏耝g?
• 提供部署方案的参考2 性能指标 )?ψ?8?
• 常用的性能指标如下: N紑?活抖
• CPU利用率 髽f磿]?褕
• 内存占用率 ?咺 ?
• 磁盘I/O Rn餂? Ll7
• 响应时间3 影响性能的因素 ~W崞琚悩
• 网络状况(隔离的网络环境) 镹O鉉\>?
• 硬件设备(CPU数、内存大小、总线速度) -帑躵#5>
• 系统/应用服务器/数据库配置 ?z肠??
• 数据库设计和数据库访问实现(SQL语句) Z稝嚩铍蠀
• 系统架构(同步/异步)6dt塏NG昂
4 性能测试步骤 v徤摥?^}
• 分析性能需求(需求规格说明书) 嬗EX馰緿y%
• 性能测试计划 冪r颚+M蕽?
• 性能测试方案 ?牋lD圮?
• 建立数据模型 椎??芬悥
• 性能测试报告5 性能测试方案应包含的内容 `?>蓝
• 对软件系统架构的分析(了解输入、输出数据的类型、数据量) LR 昒耵?
• 性能测试组网图(网络环境说明) ?輠岑!
• 硬件环境说明 蘓璯酌菌?
• 测试范围、目的与方法 Uα匳??
• 性能测试工具的选型 -
LR中的函数
2007-04-06 11:09:54
中国软件质量网
WEB函数列表:
web_custom_request
允许您使用 HTTP 支持的任何方法来创建自定义 HTTP 请求
web_image
在定义的图像上模拟鼠标单击
web_link
在定义的文本链接上模拟鼠标单击
web_submit_data
执行“无条件”或“无上下文”的表单
web_submit_form
模拟表单的提交
web_url
加载由“URL”属性指定的 URL
web_set_certificate
使 Vuser 使用在 Internet Explorer 注册表中列出的特定证书
web_set_certificate_ex
指定证书和密钥文件的位置和格式信息
web_set_user
指定 Web 服务器的登录字符串和密码,用于 Web 服务器上已验证用户身份的区域
web_cache_cleanup
清除缓存模拟程序的内容
web_find
在 HTML 页内搜索指定的文本字符串
web_global_verification
在所有后面的 HTTP 请求中搜索文本字符串
web_image_check
验证指定的图像是否存在于 HTML页内
web_reg_find
在后面的 HTTP 请求中注册对 HTML源或原始缓冲区中文本字符串的搜索
web_disable_keep_alive
禁用 Keep-Alive HTTP 连接
web_enable_keep_alive
启用 Keep-Alive HTTP 连接
web_set_connections_limit
设置 Vuser 在运行脚本时可以同时打开连接的最大数目
web_concurrent_end
标记并发组的结束
web_concurrent_start
标记并发组的开始
web_add_cookie
添加新的 Cookie 或修改现有的 Cookie
web_cleanup_cookies
删除当前由 Vuser 存储的所有 Cookie
web_remove_cookie
删除指定的 Cookie
web_create_html_param
将 HTML 页上的动态信息保存到参数中。(LR 6.5 及更低版本)
web_create_html_param_ex
基于包含在 HTML 页内的动态信息创建参数(使用嵌入边界)(LR 6.5 及更低版本)。
web_reg_save_param
基于包含在 HTML 页内的动态信息创建参数(不使用嵌入边界)
web_set_max_html_param_len
设置已检索的动态 HTML 信息的最大长度
web_add_filter
设置在下载时包括或排除 URL 的条件
web_add_auto_filter
设置在下载时包括或排除 URL 的条件
web_remove_auto_filter
禁用对下载内容的筛选
web_add_auto_header
向所有后面的 HTTP 请求中添加自定义标头
web_add_header
向下一个 HTTP 请求中添加自定义标头
web_cleanup_auto_headers
停止向后面的 HTTP 请求中添加自定义标头
web_remove_auto_header
停止向后面的 HTTP 请求中添加特定的标头
web_revert_auto_header
停止向后面的 HTTP 请求中添加特定的标头,但是生成隐性标头
web_save_header
将请求和响应标头保存到变量中
web_set_proxy
指定将所有后面的 HTTP 请求定向到指定的代理服务器
web_set_proxy_bypass
指定 Vuser 直接访问(即不通过指定的代理服务器访问)的服务器列表
web_set_proxy_bypass_local
指定 Vuser 对于本地 (Intranet) 地址是否应该避开代理服务器
web_set_secure_proxy
指定将所有后面的 HTTP 请求定向到服务器web_set_max_retries
设置操作步骤的最大重试次数
web_set_timeout
指定 Vuser 等待执行指定任务的最长时间
web_convert_param
将 HTML 参数转换成 URL 或纯文本
web_get_int_property
返回有关上一个 HTTP 请求的特定信息
web_report_data_point
指定数据点并将其添加到测试结果中
web_set_option
在非 HTML 资源的编码、重定向和下载区域中设置 Web 选项
web_set_sockets_option
设置套接字的选项
-
Windiff下载地址
2007-04-03 16:10:37
Windiff下载地址 http://www.foodmate.net/alibaba/ziliao/sort/3/2925.html
(以下内容来自网络)Windows的文件比较工具WinDiff
在Windows的安装盘中都有一些附带的工具,默认情况下这些工具是不会被安装的,你需要手工进行安装。在这些工具中就有可以进行文件比较的工具WinDiff,它用图形方式显示比较的结果,方便又直观。
如何安装
不同Windows版本下WinDiff工具的安装是不相同的。在Win98中,进入光盘 oolseskitfile目录,拷贝gutils.dll、windiff.exe、windiff.hlp三个文件到任意目录即可运行;在Win2000/XP中,进入光盘support\tools目录中,打开support.cab数据包,将其中的“Windiff.exe”和“Gutils.dll”这2个文件解压到任意文件夹中。如果需要联机帮助,可以将“Windiff.hlp”帮助文件一起解压缩即可。直接运行其中的“Windiff.exe”文件就能启动WinDiff。
使用比较
WinDiff不仅可以进行文件的比较,同时还可以进行目录的比较。进行目录比较很简单,选择其主菜单“File/Compare Directories”,在其中输入需要比较的目录位置,其中选中“Include subdirectories”将对子目录进行比较。
WinDiff用不同的颜色来表示文件之间的差异,红色表示两者之间存在区别,而黑色表示多种情况,你需要查看后面的说明来判断。其中,identical表示两个文件完全相同;different表示两个文件不相同;only in表示仅在某个目录中存在该文件,还有一些说明你可以查看帮助文件,在这里就不逐一说明了。并且你还可以通过调整“Options”中的设置显示不同的内容,例如“Show Identical Files”显示相同的文件;“Show Different Files”显示不同的文件等等,利用这些设置可以进行必要的筛选。在文件列表中点击不相同的文件,就可以打开具体内容的比较窗口,当然你也可以通过主菜单“File/Compare Files”只进行两个文件的比较。同样在具体内容的比较窗口中也是通过颜色来进行区分,其中黑色表示内容相同,用红色和黄色分别表示文件之间的差异。同样你也可以通过调整菜单来对显示的内容进行筛选,这些设置主要在“Expand”中,具体左右内容以及编号的显示。
在比较的同时,你也可以对文件进行编辑。选择主菜单“Edit”中的相关选项,分别对左右文件和比较内容进行编辑。如果你需要调用其它的编辑器进行编辑,那么需要在“Edit/Set Editor”进行设置。WinDiff同时也支持命令行方式,在运行时加上“/?”参数就可以显示具体的参数,注意参数之间要加上空格,这样你可以直接用命令行方式进行比较。
总的来说WinDiff的使用比较简单,可以说它是命令行方式比较的一种扩展,毕竟图形方式要直观得多。
WinDiff 使用命令行的详细语法如下:
windiff path1 [path2] [-D] [-O] [-N name] [-S [options] savefile] [-F [options] comp_savefile]
参数以及说明:
path1 path2
进行比较的文件路径。-D
只在一个目录内进行比较。-O
摘要显示比较结果。-N name
这个参数用来在文件比较结束之后发出(比较结果的)通知。name 是用网络发送通知时的文件名称。-S options
保存所有文件列表的选项,具体的选项开关可以参考下面的字符:
-s: 比较在同一路径中的两个文件。
-l: 只比较第一个路径中的文件(位于最左边的一个)。
-r: 只比较第二个路径中的文件(位于最右边的一个)。
-d: 比较位于不同路径中的两个文件。savefile
用来指定写入比较结果的文件名字
-F options
保存(结果)文件的可使用选项如下:
-i: 在两个路径中保存相同的文件。
-l: 仅在第一个文件所在的路径保存文件。
-r: 仅在第二个文件所在的路径中保存文件。
-f: 仅保存左移文件。
-g: 仅保存右移移文件。
-s: 仅保存类似与左边的文件。
-a: 仅保存类似与右边的文件。这里的左边和右边是指相比较的两个文件而言的,例如比较的两个文件是:filename1 filename2,则filename1就是左边, filename2就是右边。
comp_savefile
所得的比较结果需要保存在一个文件中,savefile 就是这个文件名称。为比较结果中的不同项目,可使用的背景颜色选择如下:等号左边是颜色,右边是对应于该颜色的项目。
red background = left file
yellow background = right file
blue text = moved line
black text = everything else
由于不论在CMD命令控制台中还是直接在windows2000中启动WinDiff,出现的都是图形的界面,所以,下面介绍命令行的部分提到菜单等名词是正常的。对于使用WinDiff的命令行进行文件比较,主要掌握的原则是:1. 调用WinDiff,但没有指定参与比较的文件的路径path1 path2时,可以以鼠标从File菜单中点击Compare Files或 Compare Directories 来指定用来比较的文件或目录。
2. 调用WinDiff,仅明确指出了位于路径path1中的文件。并未指定path2的文件名称,则WinDiff将拿当前目录中的与已经指定文件同名的文件进行比较。
3. 仿照上面,调用WinDiff,仅明确指出了path1的目录路径。并未指定path2的的目录,则WinDiff将拿当前目录中的文件与已经指定的目录文件进行比较。
4. 调用WinDiff,明确指出了位于路径path1和 path2中的文件名称和路径, WinDiff将对这两个文件进行比较。仿照上面一步,调用WinDiff,明确指出了位于路径path1和 path2目录, WinDiff将对这两个目录中的文件进行比较。
由于命令行启动之后仍然显示图形界面,所以,这些参数的实际用处不是很大。要从实用性和方便性两下权衡对WinDiff的操作,应当学会掌握图形界面下的文件比较的操作。