Wireshark本身是不能破解弱口令的、但是我们可以通过分析抓取到数据进行人工破解呗。

今天我就用我的Smart Testing博客和FTP来做下实验了(账号密码都是新建也没啥权限、各位就不要也用这个了)。

一：用wireshark抓取网站登录弱口令

1、 第一步我们设置捕获过滤器(这次我们抓取的是http的数据包、所有在捕获过滤器里面输入http就可以了)

2、 点击开始之后打开我的博客地址(http://www.hiadmin.org)并点击登录、来到http://www.hiadmin.org/wp-login.php页面、输入用户名和密码之后点击登录即可。

3、 登录完成之后我们就可以结束wireshark的捕获过程了。

4、 然后我们设置下显示过滤器:使用ip.addr == 203.171.239.103 这个是我博客服务器的IP地址、这样可以减少不少的http的数据。(你可以通过在cmd下使用ping命令获取到你的网站的ip地址)

Wireshark显示过滤器

5、 过滤之后我们查找有/wp-login.php字样的数据(wp-login.php是我博客的后台登录页面地址)。

6、 查看所有/wp-login.php的数据、其实里面一共就2条、我们在第二条数据中捕获到了(log=huaisha&pwd=279478776&wp-submit=)这样的这样、看到没有这就是我的账号和密码了(user:huaisha/pwd:279478776)

当然如果用户的密码很复杂的话基本上这样就获取到得密码是不对的、所以是只能获取弱口令。

wireshark捕获的账号密码

二：用wireshark抓取FTP的账号和密码

同样的使用上面的方式我们来抓取FTP的账号密码、在抓取FTP账号密码的时候可不是针对弱口令的、只要你能抓取到FTP得数据那么就能得到FTP的账号和密码。

操作

1、 设置捕获过滤器仅仅抓取ftp的数据包

2、 开启ftp工具登录你的FTP服务器

3、 然后结束捕获过程

4、 在设置显示过滤器(ip.addr == 192.168.9.1 你的FTP地址)

5、 然后我们就会发现FTP的账号和密码居然是明文显示的、爽吧。

你可能也会喜欢这些文字

• Wireshark之显示过滤器 (15)
• 网络抓包工具之Wireshark (11)
• 软件测试之C/S B/S (8)
• 软件测试笔记-BUG的定义 (2)
• 软件测试笔记-测试策略 (0)

显示过滤器（DisplayFilters）：在捕捉结果中进行详细查找。他们可以在得到捕捉结果后随意修改。

捕捉过滤器（CaptureFilters）：用于决定将什么样的信息记录在捕捉结果中。需要在开始捕捉前设置。我之前文章里面讲解的如何抓取数据包就是用到捕捉过滤器。

那么我们应该使用哪一种过滤器呢？

两种过滤器的目的是不同的。
捕捉过滤器是数据经过的第一层过滤器，它用于控制捕捉数据的数量，以避免产生过大的日志文件。
显示过滤器是一种更为强大（复杂）的过滤器。它允许您在日志文件中迅速准确地找到所需要的记录。

显示过滤器

语法：	Protocol	.	String 1	.	String 2	Comparison operator	Value	Logical Operations	Other expression
例子：	ftp		passive		ip	==	10.2.3.4	xor	icmp.type

例子：

snmp || dns || icmp

显示SNMP或DNS或ICMP封包。

ip.addr == 192.168.10.10

显示来源或目的IP地址为192.168.10.10的封包。

ip.src != 10.1.2.3 or ip.dst != 10.4.5.6

显示来源不为10.1.2.3或者目的不为10.4.5.6的封包。
换句话说，显示的封包将会为：
来源IP：除了10.1.2.3以外任意；目的IP：任意
以及
来源IP：任意；目的IP：除了10.4.5.6以外任意

ip.src != 10.1.2.3 and ip.dst != 10.4.5.6

显示来源不为10.1.2.3并且目的IP不为10.4.5.6的封包。
换句话说，显示的封包将会为：
来源IP：除了10.1.2.3以外任意；同时须满足，目的IP：除了10.4.5.6以外任意

tcp.port == 25

显示来源或目的TCP端口号为25的封包。

tcp.dstport == 25

显示目的TCP端口号为25的封包。

tcp.flags

显示包含TCP标志的封包。

tcp.flags.syn == 0×02

显示包含TCP SYN标志的封包。

如果过滤器的语法是正确的，表达式的背景呈绿色。如果呈红色，说明表达式有误。

可以使用6种比较运算符：

英文写法：	C语言写法：	含义：
eq	==	等于
ne	!=	不等于
gt	>	大于
lt	<	小于
ge	>=	大于等于
le	<=	小于等于

Logical expressions（逻辑运算符）:

英文写法：	C语言写法：	含义：
and	&&	逻辑与
or	||	逻辑或
xor	^^	逻辑异或
not	!	逻辑非

你可能也会喜欢这些文字

• Wireshark抓取网站弱口令和捕获FTP账号密码 (14)
• 网络抓包工具之Wireshark (11)
• 软件测试之C/S B/S (8)
• 软件测试笔记-BUG的定义 (2)
• 软件测试笔记-测试策略 (0)

Wireshark是世界上最流行的网络分析工具。这个强大的工具可以捕捉网络中的数据，并为用户提供关于网络和上层协议的各种信息。与很多其他网络工具一样，Wireshark也使用pcap network library来进行封包捕捉，wireshark的原名是Ethereal，由于商标问题修改为现在的Wireshark。

所有和网络活动有关的都可以通过Wireshark来抓取数据包进行网络分析、在我从事测试工作中经常会用到Wireshark来分析抓包分析问题，虽然到目前为止对Wireshark还不精通但是这并不影响我对Wireshark的热爱。

Wireshark使用说明：

Protocol（协议)
可能的值: ether, fddi, ip, arp, rarp, decnet, lat, sca, moprc, mopdl, tcp and udp.
如果没有特别指明是什么协议，则默认使用所有支持的协议。

Direction（方向)
可能的值: src, dst, src and dst, src or dst
如果没有特别指明来源或目的地，则默认使用 “src or dst” 作为关键字。
例如，”host 192.168.10.1″与”src or dst host 192.168.10.1″是一样的。
Host(s):
可能的值： net, port, host, portrange.
如果没有指定此值，则默认使用”host”关键字。
例如，”src 192.168.10.10″与”src host 192.168.10.10″相同。

Logical Operations（逻辑运算）:
可能的值：not, and, or.
否(“not”)具有最高的优先级。或(“or”)和与(“and”)具有相同的优先级，运算时从左至右进行。
例如，
“not tcp port 3128 and tcp port 23″与”(not tcp port 3128) and tcp port 23″相同。
“not tcp port 3128 and tcp port 23″与”not (tcp port 3128 and tcp port 23)”不同。

例子：

capture捉包：

tcp dst port 21  显示目的TCP端口为21的封包。

ip src host 192.168.10.30  显示来源IP地址为192.168.10.30  的封包。

host 192.168.10.30    显示目的或来源IP地址为192.168.10.30  的封包。

src portrange 2000-2500  显示来源为UDP或TCP，并且端口号在2000至2500范围内的封包。

not imcp  显示除了icmp以外的所有封包。（icmp通常被ping工具使用）

src host 10.7.2.12 and not dst net 192.168.30.0/24  显示来源IP地址为10.7.2.12，但目的地不是192.168.30.0/24的封包。

(src host 10.4.1.12 or src net 10.6.0.0/16) and tcp dst portrange 200-10000 and dst net 10.0.0.0/8
显示来源IP为10.4.1.12或者来源网络为10.6.0.0/16，目的地TCP端口号在200至10000之间，并且目的位于网络10.0.0.0/8内的所有封包。

注意事项：

当使用关键字作为值时，需使用反斜杠“”。
“ether proto ip” (与关键字”ip”相同).
这样写将会以IP协议作为目标。

“ip proto icmp” (与关键字”icmp”相同).
这样写将会以ping工具常用的icmp作为目标。

可以在”ip”或”ether”后面使用”multicast”及”broadcast”关键字。
当您想排除广播请求时，”no broadcast”就会非常有用。

你可能也会喜欢这些文字

• Wireshark抓取网站弱口令和捕获FTP账号密码 (14)
• Wireshark之显示过滤器 (15)

启动程序代码异常忽略—->程序声明—> 测试代码—->是否有异常：1.有，捕获异常&调用场景恢复；2.没有，执行下一个action

2 .异常处理机制伪代码及使用指南

建议在QTP安装目录中得Dat目录下新建文本文件，命名为“ActionTemplate.mst ”,在QTp新建Test或Action时自动读取这个模板内容作为Action代码的一部分，可以利用这一特性来进行异常捕获。例如，可以在ActionTemplate.mst下写入如下代码。
On Error Resume Next
‘代码编辑区______________________________

‘结束编辑___________________________

call ErrorHandle()
捕获异常及异常处理函数
‘**********************************************************************************
‘函数作者：
‘函数功能：错误句柄处理
‘输入参数：无
‘返回值：日志文件、错误抓图
‘调用函数：LogPrint、SceneResume
‘*******************************************************************

Public Function ErrorHandle()

if Err.Number0 Then
‘ 打印记录详细Bug信息
LogPrint TestName&”\”&ActName&”\Error Num: ” &Err.Number & “; Error Src:” & Err.Source & “; Error Desc: “& err.Description

Err.Clear
Setting.WebPackage(ReplayType”)=2 ‘Default is 1
Desktop.CaptureBitmap Environment(“Dir”) & “\错误抓图\”&TestName&”_”&ActName&”.bmp”,True
Setting.WebPackage(“ReplayType”)=1
SceneResume(LinkText) ‘调用场景恢复函数，后面会对此函数进行说明
End If

End Function

2.场景恢复函数说明
场景恢复函数是由几个函数组合而成的，包含了日志函数、系统自动抓图函数、场景恢复调用的业务组件函数等。
在执行测试程序的某个功能模块前，需要进行应用程序登录。

场景恢复函数的作用如下。
* 禁用被测试系统的所有相关进程。
* 调用登录模块的业务组件。
* 判断是否登录成功，并尝试连接5次。

针对场景恢复函数特别说明如下：
(1) 在第一个Action发生一次而关闭的时候，用一个变量记录当前测试的页面。在场景恢复执行登录应用程序成功后，会自动根据发生异常时记录的变量，连接到异常发生时候的页面，并进行下一个Action的操作。
(2) 设置在登录的时候每隔5分钟尝试一次登录，并且总计尝试5次登录。这样设置的好处是，当网络由于某些原因突然连接不上，又无法确定网络连通的时间，在25分钟内尝试了5次后仍然登录不成功，那么久可以认为异常恢复失败而退出整体自动化测试的执行，并且记录日志”可能由于网络问题或其它原因，应用程序当前无法正常登录“。此时就需要人工查找网络断开的原因并恢复自动化测试的整体运行。

以下函数的代码段为伪代码，思路叫清晰。由于每个项目不同，登录环节也会不同，因此大家可以根据不同项目对以下函数进行修改使用。

‘**********************************************************************************************

‘函数作者：

‘函数功能：当程序发送异常，进行场景恢复

‘输入参数：LinkName:Action发生异常时候，变量记录的模块链接名称

‘返回值：无

‘调用函数：业务组件函数

‘调用函数：业务组件函数

’************************************************************************************

Function SceneResume（LinkText）

For check=0 to 4

‘以IE为例，禁止用所有的IE进程

WQL=”SELECT * FROM Win32_Process WhereName=’IEXPLORE.EXE’”

Set objServices=GetObject(“WinMgmts:”)

Set colobjSevicesSet=objServices.ExecQuery(WQL)

For Each objSWbemObject In colobjServicesSet

obWbemObject.Terminate

Next

‘登录应用程序（业务组件函数）

If  登录成功 Then

Exit For

else

TryID=5

End if

wait(300)

Next

If TryID=5  then

LogPrint  “可能由于网络问题或其它原因，应用程序当前无法正常登录”

End If

End Function

大家还有什么其它的异常处理方法及场景恢复的方法都在评论的地方回复出来吧，大家一起学习

你可能也会喜欢这些文字

• 水缸 (160)
• 获得Google+邀请码 (150)
• 哈佛大学880元的45天学会英语教程免费下载 (126)
• 免费发放科来网络分析系统序列号 (82)
• 用cronolog分割apache日志 (56)

引言

为公众写过软件的人，大概都收到过很拙劣的bug（计算机程序代码中的错误或程序运行时的瑕疵——译者注）报告，例如：

在报告中说“不好用”；

所报告内容毫无意义；

在报告中用户没有提供足够的信息；

在报告中提供了错误信息；

所报告的问题是由于用户的过失而产生的；

所报告的问题是由于其他程序的错误而产生的；

所报告的问题是由于网络错误而产生的；

这便是为什么“技术支持”被认为是一件可怕的工作，因为有拙劣的bug报告需要处理。然而并不是所有的bug报告都令人生厌：我在业余时间维护自由软件，有时我会收到非常清晰、有帮助并且“有内容”的bug报告。

在这里我会尽力阐明如何写一个好的bug报告。我非常希望每一个人在报告bug之前都读一下这篇短文，当然我也希望用户在给我报告bug之前已经读过这篇文章。

简单地说，报告bug的目的是为了让程序员看到程序的错误。您可以亲自示范，也可以给出能导致程序出错的、详尽的操作步骤。如果程序出错了，程序员会收集额外的信息直到找到错误的原因；如果程序没有出错，那么他们会请您继续关注这个问题，收集相关的信息。

在bug报告里，要设法搞清什么是事实（例如：“我在电脑旁”和“XX出现了”）什么是推测（例如：“我想问题可能是出在……”）。如果愿意的话，您可以省去推测，但是千万别省略事实。

当您报告bug的时候（既然您已经这么做了），一定是希望bug得到及时修正。所以此时针对程序员的任何过激或亵渎的言语（甚至谩骂）都是与事无补的——因为这可能是程序员的错误，也有可能是您的错误，也许您有权对他们发火，但是如果您能多提供一些有用的信息（而不是激愤之词）或许bug会被更快的修正。除此以外，请记住：如果是免费软件，作者提供给我们已经是出于好心，所以要是太多的人对他们无礼，他们可能就要“收起”这份好心了。

“程序不好用”

程序员不是弱智：如果程序一点都不好用，他们不可能不知道。他们不知道一定是因为程序在他们看来工作得很正常。所以，或者是您作过一些与他们不同的操作，或者是您的环境与他们不同。他们需要信息，报告bug也是为了提供信息。信息总是越多越好。

许多程序，特别是自由软件，会公布一个“已知bug列表”。如果您找到的bug在列表里已经有了，那就不必再报告了，但是如果您认为自己掌握的信息比列表中的丰富，那无论如何也要与程序员联系。您提供的信息可能会使他们更简单地修复bug。

本文中提到的都是一些指导方针，没有哪一条是必须恪守的准则。不同的程序员会喜欢不同形式的bug报告。如果程序附带了一套报告bug的准则，一定要读。如果它与本文中提到的规则相抵触，那么请以它为准。

如果您不是报告bug，而是寻求帮助，您应该说明您曾经到哪里找过答案，（例如：我看了第四章和第五章的第二节，但我找不到解决的办法。）这会使程序员了解用户喜欢到哪里去找答案，从而使程序员把帮助文档做得更容易使用。

“演示给我看”

报告bug的最好的方法之一是“演示”给程序员看。让程序员站在电脑前，运行他们的程序，指出程序的错误。让他们看着您启动电脑、运行程序、如何进行操作以及程序对您的输入有何反应。

他们对自己写的软件了如指掌，他们知道哪些地方不会出问题，而哪些地方最可能出问题。他们本能地知道应该注意什么。在程序真的出错之前，他们可能已经注意到某些地方不对劲，这些都会给他们一些线索。他们会观察程序测试中的每一个细节，并且选出他们认为有用的信息。

这些可能还不够。也许他们觉得还需要更多的信息，会请您重复刚才的操作。他们可能在这期间需要与您交流一下，以便在他们需要的时候让bug重新出现。他们可能会改变一些操作，看看这个错误的产生是个别问题还是相关的一类问题。如果您不走运，他们可能需要坐下来，拿出一堆开发工具，花上几个小时来好好地研究一下。但是最重要的是在程序出错的时候让程序员在电脑旁。一旦他们看到了问题，他们通常会找到原因并开始试着修改。

“告诉我该怎么做”

如今是网络时代，是信息交流的时代。我可以点一下鼠标把自己的程序送到俄罗斯的某个朋友那里，当然他也可以用同样简单的方法给我一些建议。但是如果我的程序出了什么问题，我不可能在他旁边。“演示”是很好的办法，但是常常做不到。

如果您必须报告bug，而此时程序员又不在您身边，那么您就要想办法让bug重现在他们面前。当他们亲眼看到错误时，就能够进行处理了。

确切地告诉程序员您做了些什么。如果是一个图形界面程序，告诉他们您按了哪个按钮，依照什么顺序按的。如果是一个命令行程序，精确的告诉他们您键入了什么命令。您应该尽可能详细地提供您所键入的命令和程序的反应。

把您能想到的所有的输入方式都告诉程序员，如果程序要读取一个文件，您可能需要发一个文件的拷贝给他们。如果程序需要通过网络与另一台电脑通讯，您或许不能把那台电脑复制过去，但至少可以说一下电脑的类型和安装了哪些软件（如果可以的话）。

“哪儿出错了？在我看来一切正常哦！”

如果您给了程序员一长串输入和指令，他们执行以后没有出现错误，那是因为您没有给他们足够的信息，可能错误不是在每台计算机上都出现，您的系统可能和他们的在某些地方不一样。有时候程序的行为可能和您预想的不一样，这也许是误会，但是您会认为程序出错了，程序员却认为这是对的。

同样也要描述发生了什么。精确的描述您看到了什么。告诉他们为什么您觉得自己所看到的是错误的，最好再告诉他们，您认为自己应该看到什么。如果您只是说：“程序出错了”，那您很可能漏掉了非常重要的信息。

如果您看到了错误消息，一定要仔细、准确的告诉程序员，这确实很重要。在这种情况下，程序员只要修正错误，而不用去找错误。他们需要知道是什么出问题了，系统所报的错误消息正好帮助了他们。如果您没有更好的方法记住这些消息，就把它们写下来。只报告“程序出了一个错”是毫无意义的，除非您把错误消息一块报上来。

特殊情况下，如果有错误消息号，一定要把这些号码告诉程序员。不要以为您看不出任何意义，它就没有意义。错误消息号包含了能被程序员读懂的各种信息，并且很有可能包含重要的线索。给错误消息编号是因为用语言描述计算机错误常常令人费解。用这种方式告诉您错误的所在是一个最好的办法。

在这种情形下，程序员的排错工作会十分高效。他们不知道发生了什么，也不可能到现场去观察，所以他们一直在搜寻有价值的线索。错误消息、错误消息号以及一些莫名其妙的延迟，都是很重要的线索，就像办案时的指纹一样重要，保存好。

如果您使用UNIX系统，程序可能会产生一个内核输出（coredump）。内核输出是特别有用的线索来源，别扔了它们。另一方面，大多数程序员不喜欢收到含有大量内核输出文件的EMAIL，所以在发邮件之前最好先问一下。还有一点要注意：内核输出文件记录了完整的程序状态，也就是说任何秘密（可能当时程序正在处理一些私人信息或秘密数据）都可能包含在内核输出文件里。

“出了问题之后，我做了……”

当一个错误或bug发生的时候，您可能会做许多事情。但是大多数人会使事情变的更糟。我的一个朋友在学校里误删了她所有的Word文件，在找人帮忙之前她重装了Word，又运行了一遍碎片整理程序，这些操作对于恢复文件是毫无益处的，因为这些操作搞乱了磁盘的文件区块。恐怕在这个世界上没有一种反删除软件能恢复她的文件了。如果她不做任何操作，或许还有一线希望。

这种用户仿佛一只被逼到墙角的鼬（黄鼠狼、紫貂一类的动物——译者注）：背靠墙壁，面对死亡的降临奋起反扑，疯狂攻击。他们认为做点什么总比什么都不做强。然而这些在处理计算机软件问题时并不适用。

不要做鼬，做一只羚羊。当一只羚羊面对料想不到的情况或受到惊吓时，它会一动不动，是为了不吸引任何注意，与此同时也在思考解决问题的最好办法（如果羚羊有一条技术支持热线，此时占线。）。然后，一旦它找到了最安全的行动方案，它便去做。

当程序出毛病的时候，立刻停止正在做的任何操作。不要按任何健。仔细地看一下屏幕，注意那些不正常的地方，记住它或者写下来。然后慎重地点击“确定” 或“取消”，选择一个最安全的。学着养成一种条件反射——一旦电脑出了问题，先不要动。要想摆脱这个问题，关掉受影响的程序或者重新启动计算机都不好，一个解决问题的好办法是让问题再次产生。程序员们喜欢可以被重现的问题，快乐的程序员可以更快而且更有效率的修复bug。

“我想粒子的跃迁与错误的极化有关”

并不只是非专业的用户才会写出拙劣的bug报告，我见过一些非常差的bug报告出自程序员之手，有些还是非常优秀的程序员。

有一次我与另一个程序员一起工作，他一直在找代码中的bug，他常常遇到一个bug，但是不会解决，于是就叫我帮忙。“出什么毛病了？”我问。而他的回答却总是一些关于bug的意见。如果他的观点正确，那的确是一件好事。这意味着他已经完成了工作的一半，并且我们可以一起完成另一半工作。这是有效率并有用的。

但事实上他常常是错的。这就会使我们花上半个小时在原本正确的代码里来回寻找错误，而实际上问题出在别的地方。我敢肯定他不会对医生这么做。“大夫，我得了Hydroyoyodyne（真是怪病——译者），给我开个方子”，人们知道不该对一位医生说这些。您描述一下症状，哪个地方不舒服，哪里疼、起皮疹、发烧……让医生诊断您得了什么病，应该怎样治疗。否则医生会把您当做疑心病或精神病患者打发了，这似乎没什么不对。

做程序员也是一样。即便您自己的“诊断”有时真的有帮助，也要只说“症状”。“诊断”是可说可不说的，但是“症状”一定要说。同样，在bug报告里面附上一份针对bug而做出修改的源代码是有用处的，但它并不能替代bug报告本身。

如果程序员向您询问额外的信息，千万别应付。曾经有一个人向我报告bug，我让他试一个命令，我知道这个命令不好用，但我是要看看程序会返回一个什么错误（这是很重要的线索）。但是这位老兄根本就没试，他在回复中说“那肯定不好用”，于是我又花了好些时间才说服他试了一下那个命令。

用户多动动脑筋对程序员的工作是有帮助的。即使您的推断是错误的，程序员也应该感谢您，至少您想去帮助他们，使他们的工作变的更简单。不过千万别忘了报告“症状”，否则只会使事情变得更糟。

“真是奇怪，刚才还不好用，怎么现在又好了？”

“间歇性错误”着实让程序员发愁。相比之下，进行一系列简单的操作便能导致错误发生的问题是简单的。程序员可以在一个便于观察的条件下重复那些操作，观察每一个细节。太多的问题在这种情况下不能解决，例如：程序每星期出一次错，或者偶然出一次错，或者在程序员面前从不出错（程序员一离开就出错。——译者）。当然还有就是程序的截止日期到了，那肯定要出错。

大多数“间歇性错误”并不是真正的“间歇”。其中的大多数错误与某些地方是有联系的。有一些错误可能是内存泄漏产生的，有一些可能是别的程序在不恰当的时候修改某个重要文件造成的，还有一些可能发生在每一个小时的前半个小时中（我确实遇到过这种事情）。

同样，如果您能使bug重现，而程序员不能，那很有可能是他们的计算机和您的计算机在某些地方是不同的，这种不同引起了问题。我曾写过一个程序，它的窗口可以蜷缩成一个小球呆在屏幕的左上角，它在别的计算机上只能在 800×600 的解析度工作，但是在我的机器上却可以在 1024×768 下工作。

程序员想要了解任何与您发现的问题相关的事情。有可能的话您到另一台机器上试试，多试几次，两次，三次，看看问题是不是经常发生。如果问题出现在您进行了一系列操作之后，不是您想让它出现它就会出现，这就有可能是长时间的运行或处理大文件所导致的错误。程序崩溃的时候，您要尽可能的记住您都做了些什么，并且如果您看到任何图形,也别忘了提一下。您提供的任何事情都是有帮助的。即使只是概括性的描述（例如：当后台有EMACS运行时，程序常常出错），这虽然不能提供导致问题的直接线索，但是可能帮助程序员重现问题。

最重要的是：程序员想要确定他们正在处理的是一个真正的“间歇性错误”呢，还是一个在另一类特定的计算机上才出现的错误。他们想知道有关您计算机的许多细节，以便了解您的机器与他们的有什么不同。有许多细节都依仗特定的程序，但是有一件东西您一定要提供——版本号。程序的版本、操作系统的版本以及与问题有关的程序的版本。

“我把磁盘装进了 Windows……”

表意清楚在一份bug报告里是最基本的要求。如果程序员不知道您说的是什么意思，那您就跟没说一样。我收到的bug报告来自世界各地，有许多是来自非英语国家，他们通常为自己的英文不好而表示歉意。总的来说，这些用户发来的bug报告通常是清晰而且有用的。几乎所有不清晰的bug报告都是来自母语是英语的人，他们总是以为只要自己随便说说，程序员就能明白。

• 精确。如果做相同的事情有两种方法，请说明您用的是哪一种。例如：“我选择了‘载入’”，可能意味着“我用鼠标点击‘载入’”或“我按下了‘ALT+L’”，说清楚您用了哪种方法，有时候这也有关系。
• 详细。信息宁多毋少！如果您说了很多，程序员可以略去一部分，可是如果您说的太少，他们就不得不回过头再去问您一些问题。有一次我收到了一份bug报告只有一句话，每一次我问他更多事情时，他每次的回复都是一句话，于是我花了几个星期的时间才得到了有用的信息。
• 慎用代词。诸如“它”，“窗体”这些词，当它们指代不清晰的时候不要用。来看看这句话：“我运行了FooApp，它弹出一个警告窗口，我试着关掉它，它就崩溃了。”这种表述并不清晰，用户究竟关掉了哪个窗口？是警告窗口还是整个FooApp程序？您可以这样说，“我运行FooApp程序时弹出一个警告窗口，我试着关闭警告窗口，FooApp崩溃了。”这样虽然罗嗦点，但是很清晰不容易产生误解。
• 检查。重新读一遍您写的bug报告，您觉得它是否清晰？如果您列出了一系列能导致程序出错的操作，那么照着做一遍，看看您是不是漏写了一步。

小结：

• bug报告的首要目的是让程序员亲眼看到错误。如果您不能亲自做给他们看，给他们能使程序出错的详细的操作步骤。
• 如果首要目的不能达成，程序员不能看到程序出错。这就需要bug报告的第二个目的来描述程序的什么地方出毛病了。详细的描述每一件事情：您看到了什么，您想看到什么，把错误消息记下来，尤其是“错误消息号”。
• 当您的计算机做了什么您料想不到的事，不要动！在您平静下来之前什么都别做。不要做您认为不安全的事。
• 尽量试着自己“诊断”程序出错的原因（如果您认为自己可以的话）。即使做出了“诊断”，您仍然应该报告“症状”。
• 如果程序员需要，请准备好额外的信息。如果他们不需要，就不会问您要。他们不会故意为难自己。您手头上一定要有程序的版本号，它很可能是必需品。
• 表述清楚，确保您的意思不能被曲解。
• 总的来说，最重要的是要做到精确。程序员喜欢精确。

你可能也会喜欢这些文字

• 软件测试之C/S B/S (8)
• 软件测试技术-经典教程(第二版) (5)
• 软件测试工程师面试杂谈 (10)
• 软件测试所需知识 (16)
• 从发现缺陷到提高质量 (14)

C/S结构与B/S结构的特点分析

随着计算机技术的不断发展与应用，计算模式从集中式转向了分布式，尤为典型的是C/S结构（Client/Server的简称，客户机/服务器模式）。两层结构C/S模式，在上个世纪八十年代及九十年代初得到了大量应用，最直接的原因是可视化开发工具的推广。之后，它开始向三层结构发展。近年来，随着网络技术不断发展，尤其是基于

Web的信息发布和检索技术、Java计算技术以及网络分布式对象技术的飞速发展，导致了很多应用系统的体系结构从C/S结构向更加灵活的多级分布结构演变，使得软件系统的网络体系结构跨入一个新阶段，即B/S体系结构（Browser/Server的简称，浏览器/服务器模式）。基于Web的B/S方式其实也是一种客户机/服务器方式，只不过它的客户端是浏览器。为了区别于传统的C/S模式，才特意将其称为B/S模式。认识到这些结构的特征，对于系统的选型而言是很关键的。

1、系统的性能

在系统的性能方面，B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。

不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用C/S结构时，客户端和服务器端都能够处理任务，这虽然对客户机的要求较高，但因此可以减轻服务器的压力。而且，由于客户端使用浏览器，使得网上发布的信息必须是以HTML格式为主，其他格式文件多半是以附件的形式存放。而HTML格式文件（也就是Web页面）不便于编辑修改，给文件管理带来了许多不便。

2、系统的开发

    C/S结构是建立在中间件产品基础之上的，要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通讯安全等系统级的问题。这对应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移植和互操作变得复杂。如果客户端是在不同的操作系统上，C/S结构的软件需要开发不同版本的客户端软件。

但是，与B/S结构相比，C/S技术发展历史更为“悠久”。从技术成熟度及软件设计、开发人员的掌握水平来看，C/S技术应是更成熟、更可靠的。

3、系统的升级维护

    C/S系统的各部分模块中有一部分改变，就要关联到其它模块的变动，使系统升级成本比较大。B/S与C/S处理模式相比，则大大简化了客户端，只要客户端机器能上网就可以。对于B/S而言，开发、维护等几乎所有工作也都集中在服务器端，当企业对网络应用进行升级时，只需更新服务器端的软件就可以，这减轻了异地用户系统维护与升级的成本。如果客户端的软件系统升级比较频繁，那么B/S架构的产品优势明显——所有的升级操作只需要针对服务器进行，这对那些点多面广的应用是很有价值的，例如一些招聘网站就需要采用B/S模式，客户端分散，且应用简单，只需要进行简单的浏览和少量信息的录入。

在系统安全维护上，B/S则略显不足，B/S结构尤其得考虑数据的安全性和服务器的安全性，毕竟现在的网络安全系数并不高。以OA软件为例，B/S结构要实现办公协作过程中复杂的工作流控制与安全性控制，还有很多技术上的难点。因此，当前虽然出现了B/S结构的OA系统产品，但尚未大范围推广

你可能也会喜欢这些文字

• 软件测试笔记-BUG的定义 (2)
• 软件测试笔记-测试策略 (0)
• Wireshark抓取网站弱口令和捕获FTP账号密码 (14)
• Wireshark之显示过滤器 (15)
• 测试人员如何有效的提交BUG (7)

软件测试技术-经典教程(第二版)是能书店找到的2011年出版的书籍之一、但是确是今年出版的软件测试类书籍中质量最好的一本书籍、值得大家一读。

全书共分4部分。

第一部分主要介绍软件测试的基本概念、分类、常识,以及黑盒测试技术、缺陷管理、测试管理、软件测试工具等。

第二部分主要讨论黑盒测试工具的LoadRunner11.0测试方法、TestDirector8.0测试方法、Ranorex自动化测试方法等。

第三部分给出白盒测试技术简介,以及白盒测试工具的BoundsChecker教程、Logiscope6.1 教程、JUnit3.8 教程、JTest7.0教程等。

第四部分给出了测试英文,这是知名外企内部培训的第一手资料,包括QA基础知识介绍、测试类型、Web程序的测试方法、测试团队的Scrum管理和TaskReports编写等。

《软件测试技术经典教程(第2版)》还为各章节设计了针对性很强的思考题,以便读者理解和消化所学知识。书后附录部分给出了软件测试技术用语说明及中英文对照,测试工程师面试、笔试时的常见问题,c/c++编码规范,Java编码规范等,供读者?习参考。

不管你是新入门的测试人员还是经验丰富的测试高手、知识永不嫌少、长读长新。于所有软件测试的朋友共勉。

你可能也会喜欢这些文字

• 软件测试书籍列表 (20)
• 测试人员如何有效的提交BUG (7)
• 软件测试之C/S B/S (8)
• 软件测试工程师面试杂谈 (10)
• 软件测试所需知识 (16)

filepath=getProjectPath()
filepath1=filepath&”\list1.xls” ‘这里输入EXCEL的实际路径
filepath2=filepath&”\list2.xls” ‘这里输入EXCEL的实际路径
sqlrowcount=”Select count(name) As RowCont from [Sheet1$]”
sql=”Select name,status from [Sheet1$]”
If FilePathFind(Filepath1)And FilePathFind(Filepath2)Then
Set rowcount1=excel_Record(filepath1,sqlrowcount)
Set rowcount2=excel_Record(filepath2,sqlrowcount)
If rowcount1(“RowCont”)>=rowcount2(“RowCont”)Then
excel_compare filepath1,filepath2
Else
excel_compare filepath2,filepath1
End If
Set rowcount1=nothing
Set rowcount2=Nothing
Else
MsgBox “请检查文件是否存在!!”
End if
msgbox”比较完成，请到 “&filepath&”\result.txt”&”下查看结果！”
‘*************************ADO打开EXCEL并返回记录集********************************start

Public Function excel_Record(filepath,sql)
Set conn= createobject(“ADODB.Connection”) ‘创建ADO对象
conn.Open “Provider=Microsoft.Jet.OLEDB.4.0;Data Source=”&filepath&”;Extended Properties=Excel 8.0″
Set rs=CreateObject(“ADODB.Recordset”) ‘创建记录集
rs.Open sql,conn ‘打开记录集
Set excel_Record=rs’将记录集作为函数返回值
Set rs=nothing
End Function

‘********************************************************************************end

‘*************************获取项目所在文件夹函数********************************start

Public Function getProjectPath()
Set objFSO = CreateObject(“Scripting.FileSystemObject”) ‘创建SFO对象
Set objFile = objFSO.GetFile(wscript.scriptfullname) ‘获取文件的完整路径
getProjectpath= objFSO.GetParentFolderName(objFile) ‘获取上一级文件夹路径
Set objFSO = Nothing
Set objFile = Nothing
End Function

‘********************************************************************************end

‘*************************判断当前文件是否存在*********************************start
Public Function FilePathFind(Filepath)
Set objFSO = CreateObject(“Scripting.FileSystemObject”)
if objFSO.FileExists(Filepath) then
FilePathFind=1
else
FilePathFind=0
end if
Set objFSO=nothing
End Function
‘********************************************************************************end
‘*************************比较2excel数据*********************************start
Public Function excel_compare(filepath1,filepath2)
a1=split(filepath1,”/”)
a2=split(filepath2,”/”)
filename1=a1(ubound(a1))
filename2=a2(ubound(a2))
txt_write(“***********************”&date()&” “&time()&” ************************************************************”)
Set rs1=excel_Record(filepath1,sql)
Do
If not rs1.eof Then
name1=rs1(“name”)
status1=rs1(“status”)
‘msgbox “name :”&name1&” status:”&status1
sqlname=”select name,status from [Sheet1$] where name=’”+name1+”‘”
Set rs2=excel_Record(filepath2,sqlname)
If rs2.eof=false Then
If status1=rs2(“status”) Then
‘MsgBox “服务 “&name1&” 状态相同,服务状态为：”&status1
msg=”服务 “&name1&” 状态相同,服务状态为：”&status1
txt_write(msg)
Else
‘MsgBox “服务 “&name1&” 状态不相同 “&status1
msg=”服务 “&name1&” 状态不相同 “&filepath1&”中状态为：”&status1&” “&filepath2&” 中状态为：”&rs2(“status”)
txt_write(msg)
End If
Else
‘MsgBox “list2.xls中不存在 ：”&name1&” 服务”
msg=filename2&” 中不存在 ：”&name1&” 服务”
txt_write(msg)
End If
rs1.MoveNext
else
msgbox “没有记录”
End If
loop until rs1.eof=True
Set rs1=nothing
Set rs2=nothing

Set rs3=excel_Record(filepath2,sql)
Do
name3=rs3(“name”)
msgbox name3
status3=rs3(“status”)
If rs3.eof=false Then

‘msgbox “name :”&name1&” status:”&status1
sqlname3=”select name,status from [Sheet1$] where name=’”+name3+”‘”
Set rs4=excel_Record(filepath1,sqlname3)
If rs4.eof=true Then
msg=filename1&” 中不存在 ：”&name3&” 服务”
txt_write(msg)
End If
rs3.MoveNext
else
msgbox “没有记录”
End If
loop until rs3.eof=True

txt_write(“***************************************************************************************”)
End function
‘********************************************************************************end

‘*************************打印比较结果函数*********************************start
Public Function txt_write(msg)
txtpath=filepath&”\result.txt”
Set fso = CreateObject(“Scripting.FileSystemObject”)
If FilePathFind(txtpath) Then
Set f = fso.OpenTextFile(txtpath, 8, True)
f.Writeline msg
Else

fso.CreateTextFile txtpath, True
Set f = fso.OpenTextFile(txtpath, 8, True)
f.Writeline msg
End If
set f=nothing
Set fso =nothing
End Function

‘********************************************************************************end

不过这段脚本有个缺陷就是比较每个服务name都会提示msgbox做提示，这样显得不方便，如果服务的数量很多，那需要使用者一直守着点击msgbox的确定按钮，显得比较麻烦，所以这种需要改进，还有打印出来的日志结果也有点乱，需要做调整，暂时就这样，以后学习过程中不断改进。
大家有什么好的建议也尽管给我提哦。。。谢谢。。

你可能也会喜欢这些文字

• 水缸 (160)
• 获得Google+邀请码 (150)
• 哈佛大学880元的45天学会英语教程免费下载 (126)
• 免费发放科来网络分析系统序列号 (82)
• 用cronolog分割apache日志 (56)

我仅仅是一个测试负责人而已不属于管理层只不过由于我这个项目组需要招人所以技术面试都是我在面试的、作为面试官真的有很多想和那些想找测试工作的朋友聊聊。

先来说说适合我们项目组所需要的技能

1、对计算机硬件知识有一定的了解

2、对操作系统有比较升入的了解、windows/Linux都需要、当然Linux的的要求还是比较宽松的能做甚至有的时候都跳过了。

3、对网络协议有一定的了解、互联网时代不是以前的单机、所以通信协议还是比较重要的

4、有一定的测试基础知识

就以上4点技能来说前面3点对于一个计算机专业毕业的学生都应该可以达到的、计算机专业这些课程都是必须课程、至于测试基础知识对于有过一二年工作经验的来说应该是不成问题的、当然对于刚刚毕业或者是转行的朋友来说第四点也是不重要的。

介绍完要求之后我们来谈谈在我们面试过程中的遇到的比较让刻苦铭心的事件

我把我所有面试过的应试者分为3类、有工作经验的、刚刚毕业的学生、有工作经验准备转行做测试的

• 1、在简历中只写自己真正会使用的一些测试软件、什么用过一次LR/QTP就敢往简历上写、结果问到的都说不会
• 2、来面试者中不乏有华为网络认证、微软MCSA认证着、但是面试起来的却告诉我说都忘记了、考过华为网络认证的居然不知道生成树协议、DHCP中继、有微软MCSA居然连AD、ISA都不会配置、更有一个比较厉害的应试者做过AD ISA管理员可是居然连AD有几种级别和角色都搞不清楚。
• 3、曾经看到一份简历上面工作了2年有6个项目经验、当然在面试的时候却告诉我有4个项目经验是在培训学校里面在老师的带领下做的实验性项目、真的很受伤。
• 4、对于刚刚毕业的学生我们其实要求不高、只要对计算机硬件、网络、操作系统有一定的了解、想做测试的我们都会考虑、现实很残酷、来应试的毕业生中对计算机硬件的了解仅限于插拔下内存换下硬盘、对于网络不用说了7层协议搞清楚的一个没有、操作系统处于可以用ghost安装下系统仅此而已。
• 5、对于最后一类从其他工作岗位转行做测试的应试者考察的内容会比较多一点、计算机硬件、网络、操作系统都必须要有了解、以及在以前工作中学到的那些技能是否都能应用、有位应试者在联想做了2年得硬件技术支持、居然连内存主频、CPU频率和主板总线之间的关系都没有搞清楚、对于自己从事的行业的知识都不了解怎么让我们相信你一个转行过来的能做好测试的工作
• 6、对于转行过来的应试者还有一个是必须要问到的内容就是职业规划、这对于毕业生是不需要的但是对于一个在其他行业工作了几件的人转行过来做测试、肯定是有原因的如果没有职业规划你怎么就知道你是想做测试、还是说怎么让我们相信你不会做了2年测试之后又想做其他工作了或者又觉得还是我原来的工作更适合我
• 7、对于转行的朋友还有一点也是我们比较在意的就是学习能力、毕竟从一个行业到另外一个行业学习能力太差或者是自觉性太差的一半也是不要的、今天刚刚面试一个应试者离职快2个月了一直在找测试方面的工作、但是他却没有看过一本测试方面的书籍、就这样的自学能力、2个月用来打酱油了、已经离开了学校难道还需要人来监督你去学习的应试者我们是坚决不会要的。

写了这么多总结下

• 1、千万不要把不会的或者就知道点皮毛的东西写在你的简历上面、
• 2、当前工作都没有做好的想去跳槽或者说是转行怎么让对方相信你有这个实力
• 3、对于已经有工作经验的朋友职业规划很重要、能让面试者知道你是一个做事有计划的人、编写测试计划可是一个比较严谨的工作。
• 4、沟通能力能重要、尤其是测试、需要和研发沟通、设计沟通、甚至于需要和用户沟通、腼腆型的朋友得留意了。
• 5、学习能力、知识每天都在更新、学历只能代表你的学习经历、学习能力才是面试者看中的。

以上内容与大家共勉

你可能也会喜欢这些文字

• 测试人员如何有效的提交BUG (7)
• 软件测试之C/S B/S (8)
• 软件测试技术-经典教程(第二版) (5)
• 软件测试所需知识 (16)
• 从发现缺陷到提高质量 (14)

1.软件工程计划(Software project plan)

软件项目计划（Software Project Planning）是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。 (百度百科http://baike.baidu.com/view/2235776.htm)

2.软件工程执行(Software project execution

执行中最重要的一个问题就是提高执行力，每一个项目都要考虑到时间和管理等诸多要素。而真正为项目提供高效和高质量的服务的是小组的每一位成员，所以要在项目的一开始就应该明确项目的每位成员的责任。从而使项目能够在规定的时间内完成和用户达成的产品的效果和质量，这也是我们软件项目存在的意义。严格执行plan.

推荐文章：高效的测试执行力发布时间: 2010-11-26 10:57 作者: qiaoyan 来源: TaoBao QA Team

http://www.51testing.com/html/70/n-223770.html

3.软件工程监控(Software monitor and control )

在软件测试中有个team 是QA (Quality assurance),在这里我们谈的不是这个东西。而是作为team leader应该如何去做好项目的contorl，保证team能完成高质量的工作。

附上一段文字（无作者，引用百度搜索http://course.ecust.edu.cn/courses/rjgcgl/software/ruanjianceshi.doc）

既然测试经理只对质量负责，这就会衍生出来一个问题，测试经理对产品质量过于吹毛求疵，与开发人员造成对立，进而影响项目开发工作。如果这件事情发生了，有一个确切的信号已经传递了出来：测试人员和开发人员在沟通上存在问题。如何解决这个问题？首先，我们应该审视测试人员和开发人员的沟通技巧是否存在问题。其次，我们应该重新核对我们在项目开始时确定的质量目标，看看是测试人员人为拔高质量目标，提出超范围的要求，还是开发人员人为降低质量目标，生产出不符合质量要求的产品，以此作为对质量标准实施误差的一个判断。

在项目中作为对产品质量检验的负责人——测试经理工作的好坏或者对产品质量的客观评价，对公司的决策就会显现的非常重要。

为了能有效的降低这种风险，管理上采用的一般方式就是监控，即由第三方人员对被监控方的工作进行客观的评价。那谁是第三方人员？首先，这个人不在被监控的项目中负责具体的工作，其次，他代表公司或者所在部门，需要对项目的质量情况进行客观的评价。

针对一个具体的组织结构模型,可能对测试工作有监控需求的部门有：软件测试部门的主管，SQA人员或者其主管，技术或者开发部门的主管。他们的监控出于不同的目的，如：评估测试工作的有效性，了解具体项目的质量情况，了解开发的进度和效率等。不管出于什么目的，他们有一个共同的特征是：不参与项目组中具体的工作，并且需要在短时间内了解项目的实际情况，并且做出相对准确的判断。但是，不在项目组中，对项目组的实际情况不是非常了解，如何能在短时间内对项目的测试情况做出准确的判断？

在实际工作过程中，我们可以采用如下的方法对测试工作进行监控：

一般采用的手段是：

………………………………………………..(详见link )

4.软件工程收尾(Software closure)

我们通常称之为signoff.

附上http://jpkc.hust.edu.cn/ec3.0/C155/uploadfiles/ppt/10.PPT

你可能也会喜欢这些文字

• 水缸 (160)
• 获得Google+邀请码 (150)
• 哈佛大学880元的45天学会英语教程免费下载 (126)
• 免费发放科来网络分析系统序列号 (82)
• 用cronolog分割apache日志 (56)