工具：
1.Loderruner测试工具是测试性能问题的，对于页面流测试不能展现，不直观，不能使用
2.QuickTest Professional 页面操作复杂，使用测试时失败率很高，对于平台的一些事件无
法获取，有弹出页面整个测试会报错，对于现在的需求页面流来说实施成本太大
3.对于Tellurium与Selenium使用中发现功能很好基本可以实现其他页面流测试的所有功
能还能结合jqury等js框架操作控件，但是在抓脚本时需要用火狐浏览器的插件，对于平台应用来说限制较多，这个工具可以通过录脚本获得页面上的控件及控件的各种事件，Tellurium比Selenium更进步，只要页面上控件的位置id不变修改脚本比较简单不依赖控件的类型，对脚本维护量不大，不过前期录脚本的过程成本太高，实现不现实，暂不使用此工具，此工具对于研发人员来说进行自己的页面流测试比较适合
4.OracleA TS （Oracle Application T esting Suite ）这个工具提供者赵飞，是参加Oracle大会
时发现的页面自动化测试工具。现在OATS在性能测试中支持录制/回放的只有,
1. HTTP 的脚本录制和压力测试
2. 基于HTTP协议的Web Service的脚本录制和压力测试
3. 基于EBS Forms的脚本录制和压力测试
我现在见到的性能测试场景和脚本都是以模拟真实用户动作为基础的, 所以很少有需求是要求测试底层协议的性能(Web Service除外). 即使是要求测试底层协议的性能, 一般也都是开发人员自己找个JMeter之类的免费工具就可以完成了. 我了解的购买商业压力测试工具/服务的公司一般都是电子商务、银行、电信等对Web服务质量要求比较高的行业。而这些行业提供服务一般都是基于互联网网站，所以现在还没有专门针对SOA架构提供性能测试。
但是OATS能做到的是, 在通过网页给应用程序(也许是多个处于不同服务器上的服务)施加压力时，实时监控每个服务器上的CPU/内存/响应时间等，也许能达到你想要的效果。
此工具录制回放较简单，是开发人员常用的eclipse风格（弱弱发现在这个测试工具是基于eclipse 的），操作简单，需要注意，发现问题：
A．菜单必须是树状菜单，因为只有树状菜单才能有单击的事件
B．现在对于弹出窗口大小控制有问题，待查
C．测试时速度慢，正在测试是不是可以把错误日志详细
D．参照选择时要通过‘确定返回’按钮才能选中参照中的第一个值（在弹出页面中选中表格事件会造成错误）
E．Ie必须选择非多页签显示的，如图：
F．如果发现自己的脚本可能保持可以用try…catch..捕获，和java编程一样，这个工具是基于java 的，如果感兴趣可以增加一些辅助的功能
G．在录入脚本是不要使用回车键，（导致录入脚本错误，尤其是在表格中）
H．在录脚本是点击菜单要准确，如下：要单击到对应的标签上，这样脚本才准确
I．出现页面找不到测试会终止，另外给出提示
软件操作步骤：
1.打开软件新增测试项目：
2.点击“next”进入下一步：
上图同时显示了以前建的一些脚本，如果重名会把以前的脚本覆盖掉，点‘finish’，完成新建项目。如图：
如上图，OATS工具同时提供了录制回放脚本和调试脚本（可以设断点进行咱们擅长的Debug）的工具,Tree V iew 页签是脚本结构，Java Code 页签是脚本的java结构（具体有相应的），功能很多，现在只实现录制脚本和回放进行BVT测试
3.开始录制脚本：
A．点击（脚本录制回放工具栏中第一个按钮进行录制，通过
B．弹出脚本录制回放工具栏
同时弹出ie环境，这时候就可以操作了，在ie中输入要访问的页面
同时在工作区会显示相
应的脚本录制过程及java代码，录制完成点回放，错误的脚本通过delete 可以删除
可以设置如果测试脚本失败后的各种操作，如false，warn，report等
在维护时如果需要修改服务器地址首先关掉当前项目，需要修改文件G:\OracleA TS\OFT\DataBank\demo\recordedData\model.xml 查询原服务器连接替换现有的即可，如：
还需要替换文件G:\OracleA TS\OFT\DataBank\demo\script.java 文件
软件测试中自动化测试的新利器- Oracle OpenScript
OpenScript现在对于很多人来说应该是个很陌生的名字,但是估计6月份以后随着9.0的正式版推出市场,将会被越来越多的人所知,而且用户也会发现这个工具真的非常好用,特别对于熟悉Java语言的用户而言更是轻而易举.好了,先来说说它的历史吧.
提到OpenScript,必须先说说Oracle的另一个产品Oracle Applications Testing Suite.其实这个以前并不是Oracle的产品,以前的名字叫做Empirix E-TEST suite(测试管理工具E-Manager、功能测试工具E-Tester、性能测试工具E-Load等). Oracle收购Empirix E-TEST suite也有其很深远的战略意义,以前Oracle的各产品线都是采用的MI(现在应该算是HP的了)的WinRunner,QTP和LoadRunner,在很多时候都发现测试工具对产品无法做到无缝的整合,经常有不支持对象的现象发生.这几年Oracle通过不断的收购使得自己的产品线越来越完善,但是没有自己的测试工具却是一个阴影.这个问题即便在买入了Empirix E-TEST suite也一样存着,因为Empirix E-TEST suite的功能实在太有限了.所以OpenScript就诞生了.Oracle一开始就将OpenScript定位为替换Oracle Application Testing Suite的下一代脚本平台,所以OpenScript的版本从一开始就是8.5.只不过8.5的版本只支持性能测试,暂不支持功能cesehi,使用Java语言代替了以前的VBScript.而现在6月后推出的9.0将支持功能测试,这样用户就能很轻松的在一个工具里做功能测试和性能测试了,一个脚本就搞定,单单这个特点就很吸引用户了.目前OpenScript还没提供单独下载,如果想看的用户可以到Oracle的edelivery里下载Oracle Enterprise Manager产品包,里面有不在需要license的Oracle Application Testing Suite和OpenScript.
先来看看OpenScript的界面:
OpenScript针对不同的用户分为Tester视图模式和Developer视图模式.Tester模式提供树形查看和代码查看,右边还有当前页面显示,可以很直观的看到页面.下半部分提供很详细的结果,属性,问
题,错误日志.Developer视图模式更加复杂些,主要提供了各种信息方便用户de bug,如变量,断点,包等.它的代码是Java语言的.
在每次新建一个脚本时,系统默认生成3个Section:
Initialize – Run once per VU
Run – Executed each iteration per VU
Finish – Executed after all iterations are complete, per VU
这点和LoadRunner很类似.
OpenScript目前支持一下平台/应用程序:
Web Applications (HTTP Module)
Java Applications
Oracle Forms 6i (11i), 10g(R12)
Sun JRE Versions - (1.3, 1.4, 1.5, 1.6)
JInitiator - (1.3)
Internet Explorer 6 , 7
Firefox 2, 3
看到这里,是不是很有兴趣呢.让就赶快试试吧.我也将逐步贴出OpenScript的基本操作.
软件测试工具汇总 一、工具汇总 1.免费工具 下表中针对WEB页面或B/S结构进行功能和性能测试的工具有： 开源功能自动化测试工具：PureTest，OpenSTA，Watir、Selenium、MaxQ、WebInject、Fitnesse 开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster PureTest Minq公司功能测试商业 免费 本是业内商业自动化测试工具之一，如今PureTest已经免费。它专注于对WEB应用程序进行功能自动化测试，并即时对WEB页面元素进行检 测，对HTTP请求、响应进行诊断分析。 PureTest is an application which is primarily used to setup scenarios of tasks, execute and debug them. Even though it supports testing a variety of applications it is especially useful for debugging and snooping of web applications. PureTest includes a HTTP Recorder and Web Crawler which makes it useful for generic verification of HTTP requests and web content checking. The normal way to access web sites is via a browser; however, there are times when it is desirable to bypass the browser and access a site from a program, including: Debugging of HTTP requests and responses Automated web site testing The HTTP Recorder simplifies the process of capturing all requests that are exchanged between a browser and the web server. Then use PureTest to replay each request in order to carefully watch the HTTP data that is transferred on the wire (HTTP headers, request parameters, response headers and response content). The Web Crawler is useful to pro-actively verify the consistence of a static web structure. It reports various metrics, broken links and the structure of the crawled web. Test scenarios that be saved to file and later be repeated, to verify that you server applictaion works as expected. This can be done using the PureTest debugger in the grapical user interface, but also using a command line interface. PureLoad Minq公司负载压力测 试 商业 免费 PureLoad正是一款基于Java开发的网络负压测试工具，它的Script代码 完全使用XML，所以，这些代码的编写很简单，可以测试各种C/S程序， 如SMTP Server等。它的测试报表包含文字和图形并可以输出为HTML 文件。由于是基于Java的软件，所以，可以通过Java Beans API来增强 软件功能。
基于模型的测试综述 2016年1月
摘要 面向对象软件开发应用越来越广泛，自动化测试也随之被程序员认可和接受，随之而来的就是基于UML的软件开发技术的大范围普及和基于模型的软件测试技术的普遍应用。基于模型的测试是软件编码阶段的主要测试方法之一，具有测试效率高、排除逻辑复杂故障测试效果好等特点。本文描述了基于模型的测试的模型以及建模标准，并介绍基于模型的测试的基本过程以及支持工具，同时通过七个维度对基于模型的测试方法进行描述。最后分析基于模型的测试的优缺点并列举了应用案例。 关键词：软件测试，基于模型的测试，软件模型，测试工具
目录 摘要................................................ I 1 引言 (2) 2 基于模型的测试、模型以及建模标准 (2) 2.1基于模型的测试 (2) 2.2基于模型的测试的模型 (3) 2.3建模标准 (4) 3 基于模型的测试的基本过程及支持工具 (5) 3.1基于模型的测试的基本过程 (5) 3.2支持工具 (6) 4 分类 (7) 4.1 模型主体 (7) 4.2 模型冗余程度 (7) 4.3 模型特征 (7) 4.4 模型表示法 (7) 4.5 测试用例选择标准 (8) 4.6 测试用例生成技术 (8) 4.7 联机、脱机测试用例生成 (9) 5 基于模型的测试的工具Spec Explorer (9) 5.1 Spec Explorer (9) 5.2 连接测试用例和待测系统 (9) 5.3 静态模型和实例模型 (11) 6 基于模型的测试的优缺点 (11) 参考文献 (13)
常用办公软件测试题 一、综合部分 1．对于Office XP应用程序中的“保存”和“另存为”命令，正确的是___。 A．文档首次存盘时，只能使用“保存”命令 B．文档首次存档时，只能使用“另存为”命令 C．首次存盘时，无论使用“保存”或“另存为”命令，都出现“另存为”对话框 D．再次存盘时，无论使用“保存”或“另存为”命令，会出现“另存为”对话框 2．对于Office XP应用程序中的“常用”工具栏上的“新建”命令按钮和“文件”菜单下的“新建”命令项，不正确的是___。 A．都可以建立新文档 B．作用完全相同 C．“新建”命令按钮操作没有“模板”对话框，使用空白模板 D．“文件”后“新建”命令可打开“模板”对话框，可以选择不同的模板 3．不能在“另存为”对话框中修改文档的___。 A．位置B。名称 C．内容D。类型 4．Office XP应用程序中的“文件”菜单底端列出的几个文件名表示___。 A．用于切换的文件B。已打开的文件 C．正在打印的文件D。最近被该Office XP应用程序处理过的文件 5．在文本编辑状态，执行“编辑”到“复制”命令后，___。
A．被选定的内容复制到插入点 B．被选定的内容复制到剪贴板 C．被选定内容的格式复制到剪贴板 D．剪贴板的内容复制到插入点 6．当“编辑”菜单中的“剪切”和“复制”命令呈浅灰色而不能被选择时，表示___。A．选定的内容太长，剪贴板放不了 B．剪贴板里已经有信息了 C．在文档中没有选定任何信息 D．选定的内容三图形对象 7．Office XP应用程序中的工具栏可以___。 A．放在程序窗口的上边或下边 B．放在程序窗口的左边或右边 C．作为一个窗口放在文本编辑区 D．以上都可以 8．可以从___中选择Office XP应用程序中的命令。 A．菜单B。工具栏 C．快捷菜单D。以上都可以 9．Office XP应用程序中使用鼠标进行复制操作应___。 A．直接拖动B。按住
中文摘要：随着网络技术的日益成熟，网络已经深入到生活的每一个角落，包括教育、购物、咨询、办公等等许多领域。在网络迅速发展的今天，网页技术的应用也越来越广泛。网页技术的应用对于教育行业来说优势更加的明显。教育行业可以通过网络进行学生和教职工的管理、组织学生在线考试、在网站上发布学校相关信息等活动。这样不仅能增加学校管理的透明度，还提高了学校的管理水平。在线考试还能充分的利用学校的现有资源，大大减轻教师的工作量，把老师从出卷、阅卷等一些繁重中做中解脱出来。 本文重点论述了由于网络的存在扩大了学校的服务范围，为学校的管理提供了更多的条件。对此做出了详细的调查，可行性研究和分析。系统采用了B/S结构，在网络上建立学校自己的教育网站。系统开发经历了系统分析、系统设计和系统实施三个阶段。从设计方案的提出，经过详细的调查，分析了方案的可行性和必要性，通过详细的系统设计，力图提高系统的集成性和快捷性；并在系统实施阶段收集了大量的实验数据，以便测试阶段系统的准确性和稳定性。 系统整体是基于浏览器/服务器，前台应用JSP技术，后台采用SQL Server2000作为数据库与前台连接。 关键词：网络教育在线考试B/S结构JSP技术 一、前言 在CMM/CMMI定义的软件开发的生命周期中，软件测试是一个至关重要的环节。从保证软件 质量的角度来说，软件测试是软件质量保证工程的一个重要组成部分，也是最重要的质量保证手 段。为了保证所提交的软件产品能够满足客户的需求，以及在使用中的可靠性，就必须对所开发 的软件产品进行系统而全面的测试。 测试管理系统（TMS）有助于对制定测试计划、编写测试方案、测试用例、缺陷（BUG）跟踪处 理、测试报告、数据统计等各个阶段进行有效的控制和管理，以提高软件开发，尤其是软件测试 管理的水平，保证软件产品质量。基于测试管理系统的测试管理方式也越来越成为软件企业实施 CMM/CMMI必不可少的手段之一。 二、软件测试流程 有人说测试成功的三要素是流程、培训和工具的建立。而建立有效、受控、可重复的测试流程首 当其冲。
软件测试中遇到的常见问题及沟通方法 从一开始，测试就要关注需求。往往在讨论设计时，开发和需求很容易忽略了测试成员，他们潜意识里觉得这不关测试什么事。可是，测试也要熟悉业务，熟悉功能，熟悉各种设计，而且测试需要站在用户的角度来去考量他 们的设计是否有不合理的地方，并提出自己的建议。这些工作，测试成员需要主动，积极参加，多提建设性意见，这样可能会让开发慢慢发现测试成员的重要性。 其次，沟通最频繁应该还是关于bug的讨论。下面列出几个遇到的沟通问题，及我的解决办法。 1、这个bug我这边重现不了 解决办法 Bug应该简明扼要，重点突出。如果描述存在歧义，一定要总结并尽快改进。有时会遇到概率性的bug，要告诉开发概率是多少，尽可能多的提供重现的条件。 在复现问题时，希望能大致判断几个问题点，然后和测试人员沟通下，需要如何捕获信息，捕获那类信息？是不是提供debug版本进行复现，或者根据预判的点增加打印信息版本进行复现？ 2、这个不是代码问题，需求这么定义的 解决办法 需求也是人定的，如果觉得有异议，可以找需求人员询问清楚，为什么这样定义，把自己的想法告诉他们，看他们怎么决定。如果被需求说服了当然是最好的，如果自己还是不同意需求的看法，需求又不同意我的提议，那只能听他的，毕竟权力在他那里。但是我们可以保留交流的记录，证明曾经在这里发生过歧义。 3、这块是别人负责的，我负责的部分没有问题 解决办法 如果bug是由开发的项目经理来分发到程序员，那就是项目经理来面对这样的问题，而不是测试。当然，项目经理当然有项目经理的处理办法。可是，测试遇到这样的问题怎么办呢，把负责相关内容的开发都邀请到一个讨论组里，让他们自己讨论，这样更清楚，不必在测试这里中转。如果他们都觉得代码没问题，而我也有强有力的截图和真相，那就只有上交给上级领导，让他们来决定怎么解决。
第119贴【2004－10－12】：常见测试术语一 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间 方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性；（2）一个推理的过程，显示一个特定的结果是假 设前提的结果；（3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。
application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的 条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 第120贴【2004－10－13】：常见测试术语二 Backus-Naur Form－－BNF范式 一种分析语言，用于形式化描述语言的语法 baseline－－基线
1.1.1软硬件测试方案 1.1.1.1测试目的和要求 1.1.1.1.1测试目的 作为软件开发的重要环节，软件测试越来越受到人们的重视，软件测试是软件工程过程的一个重要阶段，是在软件投入运行前，对软件需求分析、设计和编码各阶段产品的最终检查，是为了保证软件的正确性、完全性和一致性，从而检测软件错误、修正软件错误的过程。随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难，因此要求测试计划和测试管理更加完备。本次测试安排在项目进行编码过程中和编码完成后进行，测试的内容包括系统界面风格、主要功能、容错能力、模块间的关联等等，依据正规步骤完成单元测试、边缘测试、整体测试。通过测试，及时发现存在于程序中的错误并根据测试结果对程序进行修改，从而确保提交给用户的程序是经过检验并能顺利运行的。 1.1.1.1.2测试的总体要求 软件测试可运用多种不同的测试策略来实现，最常用的方式是自底向上分阶段进行，对不同开发阶段的产品采用不同的测试方法进行检测，从测试开始，然后进行功能测试，最终进行系统测试。 尽早地和不断地进行软件测试。 保证系统风格与界面统一。 保证各系统联接正确，数据传送正常。
抽检程序的内部编写情况无误。 测试用例应由测试输入数据和对应的预期输出结果两部分组 成。 程序员应避免负责测试自己编写的程序。 测试用例，应当包括合理和不合理的输入条件。 应当检查程序是否有不希望的副作用。 程序流程和接口内容绝不可忽视。 充分注意测试中的群体现象。 严格执行测试计划。 对每个测试结果严格检查。 妥善保存文档。 性能测试和功能测试同等重要。 1.1.1.1.3测试人员及组织分工 参加测试人员包括技术支持组部分人员、开发小组全体成员、质保组测试成员和用户人员。组织分工如下： 单元测试：由实施组成员在编码过程中，各自以及交叉进行单元测试。 集成测试：由质保组两名测试成员、实施组两名成员进行集成测试。 系统测试：由技术组项目技术负责人、系统设计师、用户人员进行系统测试。
基于模型的分时段软件测试工具TPT TPT是针对嵌入式系统的基于模型的测试工具，特别是针对控制系统的软件功能测试。TPT支持所有的测试过程：包括测试建模、测试执行、测试评估以及测试报告的生成。 TPT软件由于首创地使用分时段测试（Time Partition Testing），使得控制系统的软件测试技术得以极大提升；同时由于TPT软件支持众多业内主流的工具平台和测试环境，能够更好地利用客户已有的投资，实现各种异构环境下的自动化测试；针对MATLAB/Simulink/Stateflow以及TargetLink，TPT提供了全方位的支持进行模型测试。 PikeTec公司是全球知名的基于模型的嵌入式系统测试工具TPT的软件供应商，总部位于德国柏林，其创始人均在戴姆勒公司拥有十多年的嵌入式软件开发经验。TPT产品曾被评为2005年戴姆勒最佳创新软件，并在戴姆勒、大众、奥迪、保时捷、通用等汽车整车厂及多家零部件企业（如博世、大陆、海拉）中得到广泛应用，如戴姆勒的多个车型的混合动力车的动力总成、电池管理控制器的测试，博世的汽油机和柴油机控制系统测试等。（请登录PikeTec的TPT产品了解更多产品详情。） 北汇信息作为PikeTec的中国合作伙伴，将帮助中国客户借助TPT提升嵌入式控制系统的开发效率。 分时段测试方法 分时段测试（Time Partition Testing）是一种采用分时段对软件进行测试和验证的测试方法，主要被用于嵌入式系统中基于模型的模块测试、集成测试、系统测试和回归测试。 通常软件测试的一种分类是静态测试和动态测试。静态测试是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。例如QAC C/C++、Logiscope等软件都属于静态测试工具。
摘要 随着信息科技的发展。数字科技的进步。人们对所使用的软件要求越来越严格，许多大型的软件公司对自己严发出来的软件要求也越来越严格，为了解决其中的BUG，软件测试行业开始在国内崛起。新兴的科技技术，带领着软件业开始飞速发展，产品趋于完美化，智能化，易用程度也大大的提高。 但是软件测试行业的形成是因为什么呢？许多人只知道软件测试，但是不知道其根本，它的源头是什么，它是怎么发展衍变的？ 本文在探讨软件测试技术的基础上，详细介绍了软件测试的发展，它的衍变过程。同时为大家介绍了多种系列的软件测试工具及它们各自的特点。为软件测试人员理清了测试思路，详细的划分了软件测试的种类。在阅读众多参考文献的情况下对于软件的安全的问题也进行了详细的阐述。最后详细介绍了一款基于主机的入侵检测的工具—PortSentry的安装，配置及使用方法。 关键词软件测试；发展；种类；工具
Abstract Along with information science and technology development.Digital science and technology progress.The people for the software request which uses are more and more strict, many large-scale software companies the software request which sends strictly to oneself more and more are also strict, in order to solve BUG, the software test profession starts in to rise domestically.The emerging technical technology, leads the software industry to start to develop rapidly, the product tends to the beautification, the intellectualization, easy to use the degree also big enhancement. But is the software test profession formation because of what? Many people only know the software test, but did not know its basic, what is its source, how is it develops evolves? This article in the discussion software test technology foundation, introduced in detail the software tests the development, it evolves the process.Meanwhile introduced many kinds of series software testing tool and they respective characteristic for everybody.Tested the personnel for the software to clear off the test mentality, the detailed division software has tested type.Has also carried on the detailed elaboration in the reading multitudinous reference situation regarding the software security question.Finally introduced one section in detail based on the main engine invasion examination tool - PortSentry installment, the disposition and the application method. Keywords software test，development，kind,tool
常用通讯测试工具 鉴于很多MCGS用户和技术人员对通讯测试工具并不很熟悉，本文档将针对实际的测试情况，对串口、以太网通讯调试过程中所涉及到的常用的测试软件进行相关的讲解。 1. 串口测试工具： 串口调试工具：用来模拟上下位机收发数据的串口工具，占用串口资源。如：串口调试助手，串口精灵，Comm等。 串口监听工具：用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源。如：PortMon，ComSky等。 串口模拟工具：用来模拟物理串口的操作，其模拟生成的串口为成对出现，并可被大多数串口调试和监听软件正常识别，是串口测试的绝好工具。如：Visual Serial Port等。 下面将分别介绍串口调试助手、Comm、PortMon和Visual Serial Port的使用。
1.1. 串口调试助手： 为最常用的串口收发测试工具，其各区域说明及操作过程如下： 串口状态 打开/关闭串口 十六进制/ASCII 切换 串口数据 接收区 串口参数 设置区 串口数据 发送区 串口收发计数区 发送数据功能区 保存数据功能区 操作流程如下： ? 设置串口参数（之前先关闭串口）。 ? 设置接收字符类型（十六进制/ASCII 码） ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据（类型应与接收相同）。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt。 ? 关闭串口。 注：如果没有相应串口或串口被占用时，软件会弹出“没有发现此串口”的提示。
1.2. PortMon 串口监听工具： 用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源， 但在进行监听前，要保证相应串口不被占用，否则无法正常监听数据。 连接状态 菜单栏 工具栏 截获数据显示区 PortMon 设置及使用： 1). 确保要监听的串口未被占用。 如果串口被占用，请关闭相应串口的应用程序。比如：要监视MCGS 软件与串口1设备通讯，应该先关闭MCGS 软件。 说明：PortMon 虽不占用串口资源，但在使用前必须确保要监听的串口未被占用，否则无法进行监视。 2). 运行PortMon，并进行相应设置。 ? 连接设置： 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功，则连接状态显示为“PortMon 于\\计算机名(本地)”。如下图：
计算机软件测试技术 郑人杰主编 清华大学出版社
目录 第一章绪论 (1) 1．1 软件危机和软件生存期 (1) 1．2 软件测试的意义 (4) 1．3 什么是软件测试 (8) 1．4 应该怎样认识软件测试 (10) 1．5 软件测试发展的历史回顾 (16) 参考文献 (21) 第二章软件错误与软件质量保证 (25) 2．1 软件错误类型分析 (25) 2．2 程序中隐藏错误数量估计 (29) 2。3 软件质量因素和质量特性 (31) 2．4 软件质量保证的任务 (35) 2．5 程序排错 (38) 参考文献 (42) 第三章软件测试策略 (43) 3．1 静态方法与动态方法 (43) 3．2 黑盒测试与白盒测试 (44) 3．3 测试步骤 (48) 3．4 人工测试 (56) 参考文献 (62) 第四章黑盒测试 (63) 4．1 等价类划分 (63) 4．2 因果图 (68) 4．3 正交实验设计法 (71) 4．4 边值分析 (78) 4．5 判定表驱动测试 (81) 4．6 功能测试 (85) 参考文献 (92) 第五章白盒测试 (93) 5．1 程序结构分析 (93) 5．2 逻辑覆盖 (101) 5．3 域测试 (110) 5．4 符号测试 (115) 5．5 路径分析 (118) 5．6 程序插装 (129) 5．7 程序变异 (134)
参考文献 (139) 第六章验收测试与测试文档 (141) 6.1 验收测试 (141) 6.2 软件测试文件 (145) 参考文献 (155) 第七章测试工具与测试环境 (156) 7．1 测试工具综述 (156) 7．2 COBOL软件测试环境COSTE系统简介 (173) 7．3 FORTRAN程序动态测试工具DTFG系统简介 (181) 9．4 测试工具支持下的测试实施 (184) 参考文献 (202) 第八章程序正确性证明 (207) 8．1 程序正确性证明概述 (207) 8．2 以公理语义学为基础的正确性证明技术 (209) 8．3 程序综合 (225) 参考文献 (228) 第九章测试可靠性与软件可靠性 (230) 9．1 测试可靠性理论 (230) 9．2 软件可靠性概念 (237) 9．3 软件可靠性模型 (243) 9．4 软件可靠性在软件测试中的应用 (250) 参考文献 (257) 附录 1 软件审查用表 (258) 表1 软件审查概要 (258) 表2 软件审查准备工作记录 (258) 表3 审查结果报告 (259) 表4 审查会发现问题报告 (259) 表5 软件审查总结报告 (260) 附录2 有关软件测试的术语 (261)
软件测试中常见问题分类说明 一、规范化问题 包括软件规范和业务规范两大类，软件规范问题主要指操作过程中显而易见的错误或缺陷，非人性化设计、友好度较差等；业务规范问题主要指使用非标准或非惯例的业务术语、以及概念错位等。 ㈠软件规范问题 1、操作指示不明确 提示存在二意性、提示操作项“忽略”、“取消”、“退出”等含义不明确。（一般） 2、简单界面规范问题 ①按钮图片丢失、按钮图片不配套、按钮大小排列不美观；（一般） ②在引用数据窗口的下拉框中，没有根据实际数据来调整下拉框显示的%的大 小和垂直滚动条，导致文本只显示了一部分；（严重） ③界面中存在色块；（一般） ④菜单排列顺序有误；（一般） ⑤窗体最小化以后在屏幕上找不到了，无法恢复原窗体；（一般） 3、操作过程缺乏人性化考虑 ①选项过于烦琐且不必要、设置不合适导致使用者遗漏、常规按钮排列顺序 不一致（一般） ②常用功能不支持键盘操作。（严重） ③单据处理中当由于存在空行时，提示用户输完其余内容，而没有自动删除 空行。（严重） 4、帮助文件规范问题 ①联机帮助字体、背景风格不统一；（较小） ②点击“？”按钮打开帮助文件，没有直接定位到内容；（较小） ③内容定位错误；（一般） ④帮助文件内部链接没有做全；（较小） ⑤文档内容排版错误；（严重） ⑥其他帮助错误。（一般） 5、软件风格规范问题 ①控件的切换顺序有误、DataWindow的切换顺序有误； （视控件使用频繁程度设为（严重）和（一般）） ②DataWindow内容的对齐方式不正确（数值右对齐、日期中对齐、文字左对 齐）；（较小） ③数值的EditMask（掩膜）设置有误、日期的EditMask（掩膜）设置有误、 日期的默认格式非YYYY.MM.DD、默认日期存在1900.00.00现象或其他不合 理的值（一般） ④弹出窗口不在屏幕中间位置、退出系统缺少提示；（较小） ⑤重大操作（月结、恢复、修复等）缺少提示、重大操作没有自动弹出备份 提示；（一般） ⑥快捷按钮定义不准确、快捷字母或数字重复、工具栏快捷键定义错误（一 般），工具栏常用快捷键缺少（较小）；
一、判断题 1. Realone Player不支持多节目连续播放。（N） 2. 网际快车可以上传和下载文件。（N） 3. 天网防火墙的拦截功能是指数据包无法进入或出去。（Y） 4. SnagIt可以捕获DOS屏幕，RM电影和游戏等画面。（Y） 5. Adobe Acrobat Reader可以解压缩文件。（N） 6. 金山词霸2002支持Windows XP,但不支持office XP系统。（N） 7. 在用Ner-Burning Room刻录CD音乐时，若误将数据文件从本地资源管理器中拖入刻录机虚拟资源管理器中时，该文件将被添加到音乐CD中。（N） 8. Symantec Ghost 可以实现数据修复。（N） 9. Easy Recovery 可以恢复任何被从硬盘上删除的文件。（N） 10. Ctrem软件具有防发呆功能。（Y） 二．选择题（每小题2分，共40分） 1、下列不属于金山词霸所具有的功能的是：（C ） A、屏幕取词 B、词典查词 C、全文翻译 D、用户词典 2、东方快车提供了（C ）种语言翻译。 A、1种 B、2种 C、3种 D、4种 3、:Vintual CD 中的Creat按钮的功能为（B ） A、编辑映像文件 B、创建光盘的映像文件 C、映像文件的显示方式 D、将映像文件插入虚拟光驱 4、下列哪一个软件属于光盘刻录软件（A ） A、Nero-Buring Room B:Virtual CD C: DAEMON Tools D:Iparmor 5、下列不属于媒体播放工具的是（D ） A、Winamp B、超级解霸 C、Realone Player D:WinRAR 6、下列媒体播放器可以自由截取单个画面或整段电影的是非曲直（B ） A、Winamp B、超级解霸 C、Realone Player D、音频解霸 7、下列哪一个不是网际快车为已下载的文件设置的缺省创建类别（ D） A、软件 B、游戏和mp3 C、驱动程序 D、电影 8、CuteFTP具有网际快车不具备的功能是（ A） A、上传文件 B、下载文件 C、断点续传 D、支持多线程下载 9、如果在天网防火墙的ICMP规则中输入（ B）则表示任何类型代码都符合本规则。 A、254 B、255 C、256 D、253 10、Norton Antivirus的安全扫描功能包括（D ） ①自动防护②电子邮件扫描③禁止脚本④全面系统扫描 A、①②③ B、①②④ C、①③④ D、①②③④ 11、ACDSee不能对图片进行下列哪种操作（C ） A、浏览和编辑图像 B、图片格式转换 C、抓取图片 D、设置墙纸和幻灯片放映 12、SnagIt捕获的图片可被存为下列哪些格式（D ） ①BMP ②PCX ③TGA ④RSB A、①②③ B、①②④ C、①②③④ D、①② 13、WinRAR不可以解压下列哪些格式的文件（ D）
软件测试工具选型报告软件质量管理平台大盘点 传统的软件质量管理关注在特定的测试活动，例如负载/压力测试、功能/回归测试、缺陷跟踪等，近年来有一个明显的趋势是关注全面的质量管理，质量管理的关注点由“找BUG”转移到确保业务目标和客户需求得以更好地满足。 质量保证部门（QA）需要管理和验证的内容包括： 1、确保业务功能的满足：为了降低后期测试的压力和代价，需要把前期的需求管理做好。 2、项目状态的评估：现在可以发布产品了吗？软件质量状况如何？产品安全性如何？ 3、风险评估：对软件的修改、安全性需求的增加的同时，如何控制变更的代价？ 质量管理应该包括软件的整个生命周期（ALM），各软件厂商也纷纷推出自己的质量管理平台，它们各有特点，今天我们就来盘点一下这些质量管理平台和工具，希望对企业进行工具选型时能提供一些参考。 AutomatedQA –技术型 AutomatedQA提供了完整的软件质量产品和简单的许可证模型，对于技术型的测试团队而言比较有吸引力。例如其测试工具TestComplete支持多种脚本语言、支持数据驱动测试和对象驱动测试，而且把性能测试、功能测试、单元测试都集成在一起，可谓是“多合一”，而且售价比较低（最低单用户价格$999）。 AutomatedQA在国外有一批忠实的“追随者”，尤其是那些技术型的公司，测试人员大部分是软件工程师类型的，而不是业务分析型的。AutomatedQA主要通过邮件进行售后技术支持。虽然提供培训服务，并且也有多家服务合作伙伴，但是对于企业级用户而言，缺乏完整的技术服务体系结构。 AutomatedQA的产品能很好地整合到微软的Visual Studio Team System产品线中，但是对于Eclipse缺乏类似的整合。提供了版本管理系统的接口，但是缺乏与流行的需求管理工具的整合。对新技术的支持比较及时，例如支持对基于SVG（Scalable Vector Graphics）的用户界面的测试，支持64位的应用程序等。 AutomatedQA的产品线包括： 1、TestComplete –功能测试、负载测试和单元测试自动化工具。 2、AQtime –性能分析工具。单用户价格$599。 3、AQdevTeam –缺陷跟踪和项目管理工具。 4、Automated Build Studio –构建管理工具，能调用各种应用程序进程，例如测试执行。单用户价格$349。
1 引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2背景 1.3用户群 主要读者：***项目管理人员 其他读者：*** 项目相关人员。 1.4定义 基本功能点测试：等价类划分法、边界值法、错误推测法、场景法 业务流程测试：根据业务逻辑，构建测试数据，执行业务流程，查看执行结果与预期是否一致 界面易用性测试：根据界面测试规范及日常使用习惯，提出软件的非功能实现问题 回归测试：对已修复的问题，根据测试出该错误的用例，重新执行该用例，验证问题是否真正被修复，以及是否又引起了其它错误 1.5 测试对象 对综合管理系统进行全新测试，主要进行功能测试、系统测试 1.6测试阶段 第一阶段：对主业务逻辑及功能进行测试 第二阶段：对所有业务逻辑及功能进行深入测试 第三阶段：回归测试 1.7测试工具 BugFree缺陷管理工具 1.8参考资料 《***功能描述》 《***数据字典》
《***测试计划》 《***测试用例》 《***项目计划》 2 测试概要 ***系统测试从 2012年7月25日到2012年10月12日基本结束，历时近70个工作日。后续还有一些扫尾的工作，又增加一些工作时日。是一项花费大量人力物力的项目。 ***通过BugFree缺陷管理工具进行缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录 2.1 进度回顾 2.2 测试执行 此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试、 2.3 测试用例
几种常见软件可靠性测试方法综述及应用对比 上海交通大学陈晓芳 [摘要]软件可靠性测试是软件可靠性工程的一项重要工作内容,是满足软件可靠性要求、评价软件可靠性水平及验证软件产品是否达到可靠性要求的重要途径。本文探讨、研究了软件可靠性测试的基本概念,分析、对比了几种软件可靠性测试主要方法的优缺点。 [关键词]软件可靠性软件可靠性测试软件测试方法 引言 软件可靠性工程是指为了满足软件的可靠性要求而进行的一系列设计、分析、测试等工作。其中确定软件可靠性要求是软件可靠性工程中要解决的首要问题,软件可靠性测试是在软件生存周期的系统测试阶段提高软件可靠性水平的有效途径。各种测试方法、测试技术都能发现导致软件失效的软件中残存的缺陷,排除这些缺陷后,一般来讲一定会实现软件可靠性的增长,但是排除这些缺陷对可靠性的提高的作用却是不一样的。其中,软件可靠性测试能最有效地发现对可靠性影响大的缺陷,因此可以有效地提高软件的可靠性水平。 软件可靠性测试也是评估软件可靠性水平,验证软件产品是否达到软件可靠性要求的重要且有效的途径。 一、软件可靠性测试概念 “测试”一般是指“为了发现程序中的错误而执行程序的过程”。但是在不同的开发阶段、对于不同的人员,测试的意义、目的及其采用的方法是有差别的。在软件开发的测试阶段,测试的主要目的是开发人员通过运行程序来发现程序中存在的缺陷、错误。而在产品交付、验收阶段,测试主要用来验证软件产品是否达到用户的要求。或者说,对于开发人员,测试是发现缺陷的一种途径、手段,而对于用户,测试则是验收产品的一种手段。
二、软件测试方法 软件测试方法有以下几个主要概念:白盒测试、黑盒测试、灰盒测试。 白盒测试(W h ite-box testing或glass-box testing是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。 黑盒测试(B lack-box testing是通过使用整个软件或某种软件功能来严格地测试,而并没有通过检查程序的源代码或者很清楚地了解该软件或某种软件功能的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。通常测试人员在进行测试时不仅使用肯定出正确结果的输入数据,而且还会使用有挑战性的输入数据以及可能结果会出错的输入数据以便了解软件怎样处理各种类型的数据。 灰盒测试(Gray-box testing就像黑盒测试一样是通过用户界面测试,但是测试人员已经有所了解该软件或某种软件功能的源代码程序具体是怎样设计的,甚至于还读过部分源代码,因此测试人员可以有的放矢地进行某种确定的条件或功能的测试。这样做的意义在于:如果你知道产品内部的设计和透过用户界面对产品有深入了解,你就能够更有效和深入地从用户界面来测试它的各项性能。 1、白盒测试 白盒测试又称结构测试,透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。 白盒的测试用例需要做到: (1保证一个模块中的所有独立路径至少被使用一次; (2对所有逻辑值均需测试true和false;
1、介绍一下整体项目流程 答案： 1.搭建缺陷管理的环境和测试环境以及配置管理的环境搭建； 2.编写测试计划； 3.设计测试用例； 4.编写测试用例； 5.测试用例的评审； 6.执行测试； 7.缺陷管理； 8.测试报告的输出 2、在实际项目中你是如何做测试计划 答案： 1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析，提炼出测试要点； 2.根据测试要点编写测试用例。 3.由评审组对测试用例进行评审--修改--再次评审--初步定稿 4.执行测试 4.1按照测试用例对系统进行功能验证及客户的需求验证 4.2将测试过程中产生的Bug录入缺陷管理系统 4.3新版本发布后，对本次版本新增加的功能以及开发人员修正的Bug进行回归测试 4.4根据项目需要提交测试报告。 3、你是如何制定测试过程中的时间进度表的 答案:根据项目的需求、开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初稿，并将测试时间进度表交与整个项目团队成员大家一起讨论和分析，最终和所有人达成共识制定出一个大家都可以执行的测试时间进度表。 时间表中包括了开发人员提交功能或功能模块的时间，以及为了更好的执行测试，配合测试人员进行功能培训的时间，以及测试执行时间等，都详细的写到WBS中，并按照这个时间进度表来执行项目的测试任务。 4、测试计划都包括那些项 答案：1.测试计划目标2.测试参考文档3.测试术语与定义4.测试内容5.测试人员的分工6.测试进度7.测试流程8.测试工具9.测试缺陷管理10.测试的风险分析 5、测试用例如何设计的 答案：在测试用例设计之前首先要熟悉客户的需求文档或需求规格说明书，以做到对被测系统的熟悉，充分了解产品的详细功能，并在熟悉过程中即使与研发人员和客户人员进行有效的沟通。然后从需求中提炼中各个模块的详细功能点编写出一个测试要点的文档。根据测试要点设计测试用例，测试要点与测试用例是一个一对多的关系，一个测试要点可能会需要几个测试用例的验证，有正常的操作和异常的操作，甚至是几个正常与几个异常的操作，这要根据实际功能的要求来具体分析具体实现。 6、测试用例包括那些项 答案：产品名称、功能模块、用例的编号、编写人、被测功能的简述，测试的预置条件，测试步骤，预期结果，实际结果。 7、缺陷处理流程 1.讲缺陷的详细信息录入缺陷管理系统，并分配给对应的开发人员