测试7刊-7点测试论坛出品-第二期软件测试文件

/bbs/bbsLoadRunner基于安全协议的https的页面测试脚本原创作者：cedar（7点测试会员）HTTPS（SecureHypertextTransferProtocol）安全超文本传输协议

它是一个安全通信通道，它基于HTTP开发，用于在客户计算机和服务器之间交换信息。它使用安全套接字层(SSL)进行信息交换，简单来说它是HTTP的安全版。在使用https协议不管是服务器端还是客户端都需要使用到ca证书来进行访问。一般来说，性能测试为所常见的为客户端使用https打开页面的方式。在这个情况下，首先是处理https访问过程中的证书证书的准备常见的证书为：*。pfx格式，该种格式的证书可以通过双击运行安装到IE浏览器上。用户在访问的时候就可以使用到。但这种证书并不是LoadRunner所使用的类型，因此需要对其进行转换。将其转换为*。pem格式。转换方法如下：安装openssl后运行C：\<OpenSSL>/bin文件夹的openssl二进制文件，它将启动OpenSSL命令提示符执行以下命令：pkcs12-inD：\test1。pfx-outD：\test01。pem–nodes执行后，将会在指定目录生成test01。pem文件，这个文件将会在下一个步骤，对LoadRunner进行配置的时候使用到。LR配置启动LoadRunner，打开RecordingOption选项。留意红色框中的选项。选择后，单击NewEnty红框中的配置为服务器的ip和端口号，按照测试所需要的实际地址进行配置就可以配置后，将Usespecifiedclient-sidecertificate[Base64/PEM]钩选，为使用客户端证书访问。单击。。。选择刚刚转换生成的客户端证书。如果你为证书有设置密码，在这里也需要输入。到此为止所有与http区别的配置就完成了。录制后，可以在脚本的开始，看到LoadRunner新生成的语句web_set_certificate_ex("CertFilePath=test01。pem"， "CertFormat=PEM"， "KeyFilePath=test01。pem"， "KeyFormat=PEM"， "Password=123456"， "CertIndex=1"， LAST);下面的操作和普通的页面性能测试一样。测试环境银行Foglight5应用解决方案安装侧记原创作者：shaloqq（7点测试论坛缺陷管理版版主）1项目背景某银行信用卡中心运行着50台左右数据库主机，目前只有两个人负责数据库的运维，十来个人负责业务系统的维护。对于50多台的数据库主机两个人一天只能巡检30台左右的数据库，一天内不能够对所有的数据库主机进行巡检，给运维人员带来了诸多不便困难！因此运维人员就迫切的需要一套能够发现问题，追踪问题，分析问题的监控解决方案。2Foglight功能简介Foglight是Quest的高级应用监控解决方案，可以对所有影响企业IT性能的服务器、数据库、操作系统、WebSever和网络进行监控和管理，改善系统的性能和可用性。它是一种易于实施和使用的应用监控解决方案，采用轻量数据采集和快速信息发布机制，大大降低了系统资源消耗，实现了快速的投资回报。它可以与Netcool、Tivoli、HPOpenView和其它第三方管理框架产品集成，向其发送相关事件和报警信息。Foglight包括Server、Agent和Console三部分：1）FoglightServer用于对所采集的主题：主题：性能数据进行关联、分析和集中存储。2）FoglightAgent运行于被监控的服务器上负责按照预先定义的时间间隔，收集信息并发送给FoglightServer。3）FoglightConsole为基于Web的管理控制台，对Foglight进行管理和响应报警事件。Foglight解决方案系统拓扑图如下：3安装内容及步骤3。1安装准备安装环境：监控主机：一台（测试机）被监控主机：一台（测试机）对于监控主机要有10-40G空间用于存储和备份历史数据安装内容：Foglightserver端Foglight中主机的AgentFoglight中数据库的AgentFoglight继承的PerformanceAnalysisforOracle(PA)3。2安装过程及问题整体安装步骤：1)安装FoglightServer；2)安装（或称作装载）Cartridge；Cartridge是多个相关Agent安装程序组成的一个包。3)下载、安装SPID（或称作FoglightClient）；SPID是Agent运行的基础。除非只想安装JavaEEAgent，否则所有被监控的主机上都需要安装SPID。4)部署Agent。除JavaEE外，部署任何Agent前都需要首先在被监控主机上启动SPID。JavaEEAgent无需部署。Window环境下的OracleAgent要求直接在被监控机上部署（当前版本）。其他Agent在FMS上就可以进行远程部署相关代理。5)创建Agent。JavaEEAgent要求直接在被监控机上下载安装（。exe或。bin）；无需创建。OracleAgent、OSAgent等都需要创建一个命名Agent。6)配置Agent。

第一次安装Foglightserver端安装Server端的安装比较简单，没有一些参数的配置，，整个过程大约需要20分钟左右在此安装过程中要特别注意的是：1）、server端管理控制台的帐号密码默认为Foglight：Foglight。2）、在网络端口设置的时候，选择默认端口，若端口冲突在点击下一步时会提示哪个端口冲突。安装结束后，Foglightserver会自动启动起来Foglight中主机Agent的安装Agent需要安装在被监控的主机上，在安装Agent前有两个前提条件：一个是要把Agent安装文件包加载到server端，二是要在被监控的主机上安装SPID（FoglightClient），SPID是FoglightAgent的基础软件。SPID安装时，在Server端将SPID安装文件传送到被监控的主机上，然后在被监控的主机上安装SPID。Agent的安装创建、部署是以远程安装的方式，在server端将主机的Agent推到被监控的主机上，在这里主机的Agent可以是一个也可以是多个（一个主机Agent代表一个监控项），部署成功后需创建每个Agent使其处于激活状态（也就是让每个Agent进程启动），完成这些工作后，就可以在控制台看见被监控主机的运行状态。Agent默认每300s抓取一次数据（用户可自定义数据的抓取时间间隔）。问题1：当打开管理控制台后并没有看到抓取的数据信息解决方法：刚开始以为是Agent的创建有问题，然后重新创建Agent，问题依旧，当改变数据显示策略（显示最近一周的运行信息）后，有数据的显示。原因：监控主机与被监控主机的时间不一致，相差12个小时！Foglight中数据库Agent的安装Foglight对数据库的Agent安装方法同上！问题2：安装过程中数据库连接不上解决方法：试探着用各种方法连接，将防火墙关闭，用不同的权限连接等，但问题依旧存在！原因：未知（在第二次安装时发现还是时间问题）PA（PerformanceAnalysisforOracle）的安装PA是部分集成到Foglight的软件，是专门针对Oracle数据库的监控，比Foglight对数据库的Agent的监控更加详细具体。具体安装步骤详见Foglight5安装指南第二次安装此次安装过程同上次，重点是解决数据为什么不能显示！问题1：当打开管理控制台后，无法看到抓取的数据信息解决方法：查看日志，发现数据已经被抓取，但是数据不符合策略（数据过于陈旧）而被抛弃，故数据无法显示原因：监控主机与被监控主机的时区不一致，一个是北京时区，一个是加拿大时区问题2一些Agent（user、process、Appmonitor、logfilter）能够部署，但在创建的时候却不能激活（Agent进程无法启动）。解决方法：将server重新启动，Agent进程还是无法启动，重新创建Agent问题依旧，对Agent的属性进行更改，还是没有效果，最后将启动日志信息保存然后回去进行分析原因：未知4监控数据呈现在所有的软件安装完成后，需要对每个Agent的进程进行启动，进入管理控制台，在监控主页面上，用户可以看到监控的一个整体架构，通过整体监控能够很形象的看到问题出在业务系的哪个环节，能够给运维人员不同程度的告警：黄（低级警告）、橙（中级警告）、红（高级警告）。对于主机主要监控查看了CPU、内存、磁盘、文件系统等，能够以图形化（柱状图、饼状图、曲线图）的形式形象的显示监控目标的使用、运行状况。对于数据库监控查看了表空间使用、CUP的使用、SQL语句的执行情况等，能够从应用层到底层数据库做到一个环路的执行状况追踪，可以看到每个SQL语句执行时占用的CPU、I/O等待、CPU等待等详细信息。Foglight主机监控概览图：Foglight数据库监控概览图：5总结安装成功后，整体来说Foglight给用户提供了高效的应用性能管理和数据库性能管理，极大的简化了运维人员对业务系统金额数据库的管理，提高了整体的工作效率！

测试管理如何做好需求变更管理？——需求变更流程规范原创作者：hjjlearning（7点测试论坛会员）

一、引言

由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知，并没有进行内部评审和相关需求变动后的记录，导致后续出的产品某些需求增加了，某些没有进行增加。这样就会导致测试得到的信息不完整，以及后续产品的维护困难。在这里书写一份规范说明书，希望能得到一些改善。

二、目的

控制需求变化引起的开发、测试与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。

三、角色与职责

1、市场人员

1）负责产品需求的提交以及解答项目开发过程中遇到的需求问题。

2）负责与客户的沟通确认，并及时反馈客户最新需求。

3）负责与项目经理的沟通

4）负责与客户协调沟通需求变更中需求部分存在的差异

5）负责将需求变更中的需求提供给客户签字确认

2、项目组长

1）负责协调变更的需求并对变更的需求有拒绝的权利

2）负责对变更的需求部分设计的修改

3）保证项目的开发与需求的一致性

4）确定开发进度是否需要进行变更

5）分配新需求给相关开发人员

3、测试组长

1）负责相应测试需求分析书的修改

2）负责把最新需求及时传达到测试人员

3）保证测试进度与开发进度一致性

4）负责与项目组长及时确认最新需求

4、测试人员

1）负责更改测试用例，保证用例与需求同步

2）调控测试进度，保证任务的正常完成

5、项目经理

1）参与需求修改的评审工作

2）最终确认需求是否进行修改

6、配置管理员

1）负责更新需求文档，记录需求更改记录

2）负责需求变更信息的发布与跟踪

四、需求变更处理流程图

需求变更有3种情况，一种是客户提出来要进行修改，增加需求等，一种是公司内部人员提交的建议，还有就是开发人员自己修改流程（修改后的效果比前面的更加好），另外需求变更可能是比较小的改动，另外一种就是可能涉及到整个产品流程，这就是比较大的需求改动。下面就按照上面的3种情况进行画出流程图：

1、需求变更流程(客户提出需求变更)

1）执行条件：

客户提出需求变更

图：需求变更流程(客户提出需求变更)

2）流程说明：

需求来源：客户提交相关需求变更

审核需求变更：评估如果实现该需求，需要的时间、人力成本多少；并评估对项目工期影响有多大？判断那些需求能够目前解决，那些需要留到下一版本解决。最后输出一份审核确认表反馈给客户，和客户进行商讨。参与评审的人员要包含项目经理，项目组长，测试组长，市场人员。

配置管理员：对变更需求进行记录，需求文档进行更新，并通知相关人员

项目组长：负责调整相关开发进度表，评估任务时间，分发给相关开发人员

测试组长：根据变更需求和开发进度，对测试进度进行相对应调整，并修改测试需求分析书，分发需求更新给相关测试人员。测试人员对用例进行补充，修改。

客户提交的变更需求最后必须让客户进行签字确认。

2、需求变更流程（内部提出需求变更）

1）执行条件：

对项目进度不会影响严重

与客户原始需求无偏差

图：需求变更流程（内部提出需求变更）

2）流程说明：

内部需求变更来源：公司内部人员发现逻辑，需求上的问题，或功能上的建议以及开发、测试人员提出的需求不一致内容。

需求变更类型：需求有误、需求有遗漏、需求不明确。

需求变更审核：内部提交的需求应该经过项目经理，项目组长，测试组长，市场人员共同的确认才能确认是否修改。

项目组长：评审需求变更部分的工作量，判断需求变更的内容是否对开发进度有影响，如果需求变更对开发进度有影响，项目组长可以拒绝变更；将变更内容放入下一版本进行修改，若市场人员认为必须在本版中进行修改，项目组长可以将变更的内容提交给项目经理进行处理，并决定是否在本版中进行修改。

需求信息发布：经过需求人员和项目组长的沟通、协调确定在本版中进行修改的需求变更，需求人员需要将变更内容的信息，以邮件方式通知相关人员。

配置管理员：对需求变更进行备案。

开发，测试：开发、测试人员接收到需求变更内容后首先审核设计文档和测试文档，修改变更的地方。并根据变更后的文档进行开发和测试。

五、附件客户需求确认单文档名称文档摘要客户确认

经办人签字：

单位公章：

确认日期：测试用例评审原创作者：okokokk（7点测试论坛业务功能测试版版主）一、引言测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。由于受到了用例开发人员的设计能力和需求理解深度等种种因素的制约，首次产生的测试用例的质量难免会有不同程度的差异。然而测试用例评审的过程能够起到用例结构清晰化，覆盖场景全面化，优先极安排合理化等作用。所以越来越多的软件项目在质量控制活动中实施了用例评审。对于我们广大测试工程师来说也是一个快速提高用例设计能力的过程。二、用例评审的内容评审的内容主要有以下几个方面：1)用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。2)优先极安排是否合理。3)是否覆盖测试需求上的所有功能点。这里包含了两个方面。其一，是否覆盖了需求中的商业规则；其二，是否覆盖了所有可能的用户使用流程或场景。4)用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。5)是否已经删除了冗余的用例。6)是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现。7)是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。个人认为，一个“健康”的测试用例至少要通过前5个标准。三、用例评审的过程可将整个用例评审的过程划分为几个阶段。首先，在基于项目需求的测试计划完成之后，会对其进行一次的评审，主要对测试范围和测试要点进行审查；第二次的评审活动是在测试用例的设计完成之后进行，在这个过程中会对用例的结构和覆盖率进行保证；最后一次评审主要是查看用例的具体描述是否具有很好的可执行性，是否有冗余的用例存在等。四、参与用例评审的人员这里会分为多个级别进行评审。1)部门评审，测试部门全体成员参与的评审。2)公司评审，这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员。3)客户评审，包括了客户方的开发人员和测试人员。这种情况在外包公司比较常见。五。用例评审方式1)召开评审会议。在用例设计人员讲解之后，参与评审的相关人员给出意见和建议，同时进行详细的评审记录。2)通过邮件与相关人员沟通。3)通过IM工具直接与相关人员交流。六。用例评审结束标准在评审活动中会收集到用例的反馈信息，在此基础上进行用例更新，直到通过评审。总之，用例评审的方式和办法多种多样，但得到项目相关人员对于用例的反馈意见，提高测试用例的整体质量才是活动的真正目的。无论采用那种方式，都应该在沟通之前把用例设计的相关文档发送给对方，让参与评审的人员能够有时间进行评审内容和范围的前期了解，以节省评审过程中的沟通成本。7点测试站务做这个论坛的目的-Zee原创作者：Zee（7点测试论坛创建人）满足个人的爱好，做一个纯净的论坛;

在测试行业混了这么长时间，对现在的测试人员有一定的了解之后，觉得我可以做一些事情，不管是帮助别人，还是帮助自己。

从某种程度上来说，我更希望给我的朋友提供一个交流平台。这个站和论坛都是我自己出资维护。

2.什么是交流平台

平等，用心，兴趣，提高自己。

很多时候，我觉得"帮助别人"是一句费话。其实只有少部分人，喜欢在帮助别人的过程中找到快感。有的人喜欢自己的帖子有很多人看，从而找到一种对自己肯定的满足感。而很多只看帖不回帖的潜水者们知道，看帖是因为这个帖对自己有点用，或者感兴趣，而在现在灌水、初级、垃圾帖充斥的网络环境里，海量的翻帖子是不可避免的，特别是遇到一些问题而得不到解决方法的时候。这时候，你需要的是什么？就是一个平台，能聚集解决方法的地方。

而谁又能保证一个论坛做到这么精练呢？我也不敢这么说，只能说：尽力吧。

而所谓平等的交流，是在技术功底、同样的问题、同样的应用为前提的，很少有人会关注自己从来没有接触并且跟自己无关的应用。

我希望的就是发帖和回帖的人，都清楚这一点，没有抱怨，没有烦躁的面对这些技术问题。

而对一些新手来说，很头疼的问题就是很多人，根本不去搜索而问一些例如：从哪能下这个软件？怎么装的？怎么破解？这样的问题。

做过一段时间的人都知道，这些问题是属于计算机基础，