其他分享
首页 > 其他分享> > cs架构自动化测试工具选型

cs架构自动化测试工具选型

作者:互联网

365教育网

cs架构自动化测试工具  摘自 365教育网

 

1. 软件测试中,CS架构的系统和BS架构的系统,如何分别进行测试

那个,CS是指浏览器和服务器,BS是指客户端和服务器。

1.硬件环境不同: C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务. B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行 2.对安全要求不同 C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息. B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群. 3.对程序架构不同 C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑. B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟. 4.软件重用不同 C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好. B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子 5.系统维护不同 系统维护是软件生存周期中,开销大, -------重要 C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统 B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级. 6.处理问题不同 C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统 B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小. 7.用户接口不同 C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高 B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本. 8.信息流不同 C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低 B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心 了解其特性之外,我觉得测试就不是问题了。

2. 做软件的自动化测试一般用什么工具

曾经有一段时间,人们习惯于在MS Excel里面编写单元测试用例,然后开发人员就按照单元测试用例一步一步的来实现用例。

这通常是很耗时的漫长的过程,尤其是如果应用很大或者UI很复杂的话。 这一套单元测试的执行过程常常成为瓶颈,因为任何代码修改都会带来手工执行大量单元测试,以确保新的修改没有破坏原有功能。

如今是个快节奏时代,人们希望工作能够无需人工介入、自动化的快速完成。每个人都喜欢执行一个命令就能把工作搞定,而且在执行期间不需要人工介入。

需要做的仅仅是检查一下最终的输出结果。 当这个世界正在迈向自动化时,自动化测试也不甘落后,不论是在功能测试方面还是UI测试方面。

每天我们都能听说自动化测试方面涌现出的新软件。 本文提供了一些信息给那些想用Coded UI自动测试框架来进行应用界面自动化的.Net开发者。

什么是Coded UI? 最近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作,这是一个既枯燥又费时的过程。

因此,我想寻找一种更智能的自动化UI测试的方案,这种UI测试在不需要人工干预下,能够被保存,记录并提供支持 ,快速测试代码的改变。 Coded UI 采用用户接口来驱动应用的进行自动化测试。

这些测试包括UI控制的功能性测试。他们使你可以验证整个应用的功能是否正确,其中包括了用户接口。

Coded UI尤其适合用于用户接口中存在校验或者其它的登录方式的测试,比如网页。Coded UI也可以用于人工测试用例的自动化。

Coded UI 测试帮助用户测试应用程序的用户接口。这些测试允许用户验证应用程序的功能。

Coded UI 多数时间用于帮助验证在UI层本身的有效逻辑。它能够验证值对用户接口的控制的正确性。

其它方案 市场有许多自动化用户接口的方案,比如HP的QuickTest Professional, IBM Rational Functional Tester. 其它著名的,易于使用的开源工具解决用户接口自动化问题的有Selenium,也能够记录测试,需要的时候回放。市场上还有来自Microsoft的也能不需要太多努力做同样的事。

用Visual Studio Microsoft还有Coded UI的方案用于单元测试。 Coded UI适合在哪儿用? 大多数安装了Visual Studio的开发者都喜欢在Visual Studio的环境里进行单元测试,而不是使用第三方工具。

由微软提供的Coded UI,在Visual Studio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。

一旦你安装了Visual Studio的Premium版或者Ultimate版,你就同时也安装好了Coded UI。 Coded UI可用性 为了使用Coded UI,需要安装Visual Studio 2010/2012/2013的Premium版或者Ultimate版。

Coded UI 测试的组成 Coded UI 测试的组成容易理解。它可分成下列文件: UIMap.uitest 这个文件是UIMap类的XML表示。

UIMap类包括视窗,控件,属性,方法,断言和动作。 UIMap.cs 对UIMap的自定义部分都存在这文件里。

如果修改直接存在UIMap.designer.vb文件的话,那些修改都会在记录结束后丢失,因为这个文件重新创建了。 给每个在测应用程序中的每个模块创建一个独立的UIMap文件。

UIMap.Designer.cs 这是部分类表达各种类。这各种类是给多样的控件和他们的范围,属性,方法的类。

提示:不要直接修改 UIMap.Designer.cs。加入你这样做,这个修改会被覆盖掉。

CodedUITest.cs 这类表示的实际的CodeUI测试类,方法调用,和断言调用,所有的方法和断言默认都是从UIMap.Designer.cs文件调用的。这类有具有【codedUITest]属性TestClass和包含具有【TestMethod]属性的多种方法。

Coded UI的特性/好处 进行用户界面测试的同时进行校验. 生成VB.Net/C#代码. 测试用例可以被记录和重放. 集成了ALM Story 能够作为每日构建的一部分来运行. 根据需要进行高级扩展. 和Visual Studio集成在一起,所以无需单独购买许可. Coded UI对Web和Windows应用同样适用. 著名的Microsoft支持. 创建Coded UI测试 Coded UI测试可以用下列方式创建 使用MTM进行快速自动构建 从现有的记录(从手动测试中记录下来的操作)中创建Coded UI 在Coded UI Test Builder创建的底稿的基础上创建一个新的Coded UI测试. 自己写Coded UI. 这个白皮书的范围仅限于“在Coded UI Test Builder创建的底稿之上创建一个新的Coded UI测试”。 小贴士: 尽量使用Coded UI Test Builder。

Coded UI Test Builder 每一个Coded UI测试的生成都需要遵从下列步骤. 记录/停止/暂停 编辑记录下来的步骤 添加断言 生成代码 创建Coded UI 测试 创建新的Coded UI 项目 要开始使用Coded UI,首先我们需要创建一个测试项目,用来保存所有Coded UI测试。创建一个新的Coded UI项目包含下列步骤 打开Visual Studio 2012 选择 File > New > Project 选择需要的语言模板 (C# or VB.Net). 我们选择了C#. 选择Coded UI Project 输入一个名字 点击 OK 按钮 添加 Coded UI 测试 Visual Studio默认配置为创建Coded UI 测试使用 "Generate a new Coded UI Test from scratch using Coded UI Test Builder" 提示:在测试的应用程序中,当你创建UI控件时尽量使用有意义的。

3. 本人最近在做关于手机应用的自动化测试,想请教目前在这方面有哪

你说的这两个工具是目前最常用的了,此外还有TestQuest、mShell等等……

QTP的通用性比较强,适合各种平台,HP 并没有在 QTP 的安装包中提供针对手机应用的插件,但是 HP 的一些合作伙伴把 QTP 的自动化测试能力延伸到移动应用程序领域,例如 Jamo 、DeviceAnywhere ;

Robotium支持最火爆的Android平台;

可以考虑使用专门的手机自动化测试工具,例如TestQuest、mShell之类的

/

另外,QTP也有一些第三方的专门测试手机应用的插件,例如Jamo 、DeviceAnywhere的解决方案

4. 软件测试 cs系统怎么用loadrunner做测试

可以根据后端数据库的类型来选择。

如MS Sql Server协议用于测试与测试后台数据库为SQL Server的应用;一般不是基于浏览器的,对于一些没有数据库的Windows应用,我们在测试的过程中都会选择WinSocket协议来录制,理论上来讲这样选择是正确的,但我们要知道在录制的时候所选择的协议就决定了LR如何捕获数据包。CS结构是比较复杂的,一定要搞清楚cs是client-database还是client-sever-database结构的,只有这样才能够决定是选择winSocket协议还是sql协议,或者说选择多个协议。

5. 软件测试自动化框架、工具优缺点介绍

QTP,支持场景录制,支持VBS脚本录制,缺点:不开源

SELENIUM IDE 支持叫场景录制,生成的是HTML语言,可以导出脚本语言,支持语言丰富,但是只支持FIREFOX浏览器

SELENIUM2,不支持场景录制,WEB自动化测试,需下载各类的DRIVER驱动,比如Chromedriver(谷歌浏览器驱动),脚本语言支持多种,如:JAVA,PYTHON

按键精灵(个人觉得也是自动化一种)基于界面位置坐标记录,勉强算自动化吧。有自己的脚本,望采纳!

标签:UIMap,用户,cs,选型,UI,测试,自动化,测试工具,Coded
来源: https://blog.csdn.net/weixin_42139375/article/details/110219805