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