pc端bs架构的软件测试环境需要考虑操作系统吗

pc端bs架构的软件测试环境需要考虑操作系统吗

系统一般为C/S架构或者B/S架构。不同架构的系统在进行测试(安全测试，性能测试等)的时候的侧重点会有所不同。
- C/S又称Client/Server(客户/服务器模式),服务器采用高性能的PC，工作站或者小型机。客户端需要安装专门的客户端软件。这样带来的好处是C/S可以充分发挥PC端的处理能力，很多工作可以先在PC机上进行处理之后再提交给服务器，这样响应的速度会更快。但是这样的架构也有不少的局限性，比如只适用于局域网且必须要安装客户端软件，由于需要安装客户端软件，这样的软件开发与维护，软件升级等等都很不方便，同时，对于不同的操作系统也需要适配。开发与安装：
B/S架构的服务器只需要安装服务器，客户机通过Browser登陆系统进行操作。
C/S架构客户端需要安装客户端软件，电脑配置，操作系统等等的不同会导致安装过程复杂。
2、升级与维护
B/S架构的只需要对服务器进行升级，不需要给客户端进行升级，升级相对简单。
C/S架构的升级需要每一台PC机都进行升级，升级复杂。
3、服务器性能要求
B/S数据处理等等都是直接交给服务器处理，服务器除了需要对数据请求的合法性等等进行判断，还需要操作数据库，服务器承受的压力较大。
C/S架构的系统，客户端可以初步对数据进行处理，从而减轻了服务器的数据处理压力。
CS架构
对于CS架构的系统，分为两种：
- 第一种是不需要实时连接服务器的，比如一些管理软件，只需要在进行操作的时候进行服务器连接与数据交互。

软件测试中，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等信息、流向的变化,更象交易中心
了解其特性之外，我觉得测试就不是问题了。

基于BS软件测试工具有哪些

AutoRunner是黑盒测试工具，可以用来完成功能测试、回归测试，可以提高测试效率，降低测试人工成本。（是国内的免费软件！！！）
使用Java/BeanShell语言作为脚本语言，使脚本更简单，更少，更易于理解。
采用关键字提醒、关键字高亮的技术，提高脚本编写的效率。
提供了强大的脚本编辑功能。
支持同步点。
支持校验点。
支持参数化，同时支持数据驱动的参数化。
支持测试过程的错误提示功能。
允许用户在某个时刻从被测试系统中获取对象各种的信息，例如：一个对话框上的按钮的名字等属性信息。
通过设置对象的识别权重，可以在各种情况下有效识别对象。
AutoRunner3.0新增了许多命令函数，有利于测试人员进行各种功能测试，熟练掌握这些命令函数，能够让测试人员编写出更简练、更高效的测试脚本。

性能测试的指标

包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试。
负载测试，一种性能测试指数据在超负荷环境中运行，程序是否能够承担。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。
对计算机软件进行测试前，首先需遵循软件测试原则，即不完全原则的遵守。不完全原则即为若测试不完全、测试过程中涉及免疫性原则的部分较多，可对软件测试起到一定帮助。
因软件测试因此类因素具有一定程度的免疫性，测试人员能够完成的测试内容与其免疫性成正比，若想使软件测试更为流畅、测试效果更为有效，首先需遵循此类原则，将此类原则贯穿整个开发流程，不断进行测试，而并非一次性全程测试。

怎么做好软件测试？一个合格得软件测试师要具备哪些能力？

一个好的软件测试工程师，必要的条件有：

对开发技术的了解

对测试理论的熟悉

对产品、系统业务逻辑的熟悉

对客户立场、应用背景、业务需求、市场的把握

不断的学习和总结能力

良好的沟通能力

进一步的，对自动化测试工具的使用。

分步来说：

开发技术  一个测试人员在测试一个产品的时候是不能不了解开发技术的。无论是白盒还是黑盒测试，只要掌握了开发技术就能让自己在心理预期到可能出错的地方。同时增强了对产品测试的信心。否则，只知道产品的表现，只是通过外在的问题去提交测试报告，那么很显然，对产品的测试是不健全的，因为不能发现底层的根本问题。举例来说，对J2EE的产品，很多数据都是放在session中的，那么当注销之后数据就不存在了，如果不了解这一点，很可能人为本次刷新页面或者业务流程中能看到对应的数据，比如购买了某个商品。那么当退出再登录之后一看，咦，数据怎么没有了，为什么购买的产品么有记录？这是通过技术的了解去猜测可能出现问题的地方。所以对技术机制、软件架构、交互方式一定要有所把握。

2. 测试理论  很显然这是测试的基础，如果连基本的边界值、等价类划分、因果图等测试方法都不了解，那肯定是没法测试的。即使不知道这些理论，在实际工作中也会用到这些方法，但是系统的理论知识一定能让自己对测试过程、测试方法有更充分的准备和判断。

3. 产品、系统业务逻辑的熟悉  这一点很重要，是因为一个产品肯定是面向特定用户、特定商业目的的。比如社保系统，客户是社保局的工作人员，同时也暗指了普通的老百姓，因为工作人员是替老百姓办事儿的。那么办事儿的目的、使用的数据、业务流程，都要在系统中体现出来，这也是系统存在的价值。公积金转移、销户具备的条件一定要清楚，这样才能设计足够覆盖面的测试用例，从而测试系统的功能是否健壮、完善、高效。

4.客户立场、应用背景、业务需求、市场的把握  产品或系统，都是与时俱进的，每当客户提出一个需求或者我们开发一个新的产品的时候，一个出发点就是市场、业务、流程等方面发生了变化。比如电信营业厅的BSS系统，也就是营业员使用的系统，已经从第一代更新到第五代了。这期间不仅经历了从固网业务到宽带业务的变化，也融合了移动网络也就是手机的业务，最后也加入了对3G业务的支撑。显然，了解产品的变动原因，有利于把握对产品的了解和未来走势的判断，这样能帮助自己称为业务专家。当业务熟悉的时候，对测试过程也就十分熟悉了。

5. 不断的学习和总结能力 这一点是进步的基础。无论是开发还是测试，总是要面对变化，这包含业务上的也包含系统的技术方面。比如原来很多系统是采用cs架构的，但是随着互联网的普及和其他原因，现在大多数的系统都是bs架构的了。bs架构的系统结构、开发方式、技术手段、测试方法。都需要不断的积累经验。

6. 良好的沟通能力

测试人员的最终立场是客户，即代表客户去测试产品。同时也站在开发的角度去测试产品，保证产品的质量。最后也要站在管理的角度对公司的过程管理进行优化。所以说，测试人员的角色是很复杂的，正式因为很多问题都是测试人员发现的，他们让企业更了解自己的缺陷。所以测试人员实在是太重要了，尤其是在竞争激烈的今天。那么对于测试人员来说，良好的沟通能力就非常重要，因为测试人员要打交道的有：客户、开发人员、项目经理或测试经理。每一个缺陷的发现都会让上述人员有所了解，最困难的是和开发人员的沟通。因为很多开发人员人为一些小事情根本就不是问题，但是这些问题却影响了客户在使用系统时候所体会到的可用性、健壮性。开发人员的立场是做出来产品，测试人员的立场是使用产品及检验产品。双方是一个对立的角色，但是最终目标是相同的。所以沟通的时候需要把握的原则是共同目标，不要产生对立。沟通的技巧需要逐步积累，不是一蹴而就的。

7. 进一步的，对自动化测试工具的使用。现在系统越来越复杂，开发周期越来越长。所以对测试工具的掌握能够减轻测试人员的工作压力。尤其是回归测试这个比较让人头疼的事情。有耐心的人还好，没有耐性的人对于那种总是经常重复的工作会非常厌烦，导致情绪糟糕。另一方面，测试是需要充足覆盖的，不能相信人脑的测试流程、数据的记忆，一定要形成脚本，程序是不会以往流程或者数据的，人脑却会。所以使用自动化测试工具的好处就显而易见了。

其他方面也有很多比如责任心什么的，不过个人认为任何工作都需要责任心，不用多强调。不过上面几点是我人为比较重要的，希望能够帮到你。

软件的"BS版"是什么意思?

楼上回答的不对哟~所谓B/S版本就是浏览器服务器版，C/S版就是客户端服务器版，
单机版是一台机器，数据只能自己读取
网络版是多台机器，其中需要拿一台机器作为服务器，数据可以实现共享

关于软件测试的知识以及行业待遇问题！

1.B/S和C/S其实是一种互传信息的结构，B/S就是关系到网页的，比如我们在BAIDU里交流，这就是个B/S的架构。
C/S就是要安装客户端的那种，比如QQ，你要装了他的客户端也就是你要装了QQ才能使用，这就是C/S架构。测试上面没什么异同，关键还是看你参与什么测试，黑盒的话还是个对业务对功能的了解，白盒的话是还是要能看懂别人写的代码。
2。公司用的肯定是不同的，基本上功能自动化用QTP的是多数，性能是LR，BUG管理攻击用的不大一致，TD，QC什么都用。不过原理大都一致的，看不懂装个汉化，自己弄下就会了。
3。没在哪几个地方工作过所以不清楚，不过北京的前景会好一点，工作机会多，工资也会高，不过竞争也会更加激烈。
4。要求是人定的，每个公司的标准都不一样，你比如MS的TEAMLEADER和国内的小公司的LEADER可以比吗？显然是不可能的，不过我认为想做TEAMLEADER，除了必须要有过硬的测试技术外，另外还有有开发的基础，要会编程，不然怎么做高难度和更详细的测试呢？我一向都认为不懂开发的人是做不好真正的测试的，这也是为什么好的测试在做测试前都有几年的开发经验。我认为要做LEADER级的，除了过硬的测试流程的掌握技术，3-5年以上的测试+1年的开发经验，还要有可以参与UT测试的技术，当然按每个公司的情况会有改边，这个我前面也说了。
5。游戏测试很多的，包括功能测试，单元测试都是有的，还要考虑游戏的稳定性，应用程序服务器和DB服务器的性能问题，这些都是要测试，不然打次国站，人家还没开打，系统就奔掉了，这显示是不行的，游戏公司的封测和内测也是测试的一种，用测试术语的话应该是北塔测试也不知道是阿而法测试吧，（不好意思没过游戏测试，有点健忘）。

一份完整的软件测试报告包含哪些文档?

一份完整的软件测试报告包含哪些文档?

一般情况下，最终工件有三个：测试计划、测试用例、测试结果报告。
计划里包含了测试的北京、人员和内容、以及计划要做的测试。
测试用例是对于计划中要做的测试内容、测试项生成的用例。
测试结果报告包含了用例测试的结果和总结，以便将来维护时使用。
整个测试过程这三个都应该是不断被更新的，只有一个最终版本。

软件测试报告要提交的文档

测试过程的描述；
测试问题的概述，测试问题的回归描述；
测试的结论；
测试的遗留问题，或者测试过程给出的建议

求帮写软件测试报告一份

这种资源还是在百度或GOOGLE上搜一下，如果曾经有人在网上发布，或有网站下载，一般都会被搜索引擎收录；如果搜不到，你可以找一下相关的论坛，最好是那种人气比较高的论坛，注册会员，发帖求助，会有高手帮你的。

软件测试报告

你好
先回答你的第一个问题 首先在进行黑盒测试前，你需要先假设出该程序的输入方式是怎样的。
假如他是采取年月日分别向不同的框中输入数字 那有效等价类或无效等价类的用例就会比只向一个框中一次性输入8个数字要多很多。
我先举一个例子 如果是我说的第一种，向不同的框中输入数字。那么有效的等价类第一条用例就是 month格中输入2,day格中输入3,year格中输入2011 无效的很简单，在任意格中输入比设定数字大的，或是输入汉字和非法字符。至于为什么在任意格中输入都可以，一会再说。
假如是第二种输入方式 即一次输入8个数字 那有效等价类用例你可以使用当前日期，而无效等价类可以使用99999999,或汉字及非法字符。
而边界值法设计的测试用例，本身数字必须是有效的等价类，但是介于边界，如果是第一种输入方式，边界值的概念不知道你是否清楚，这个请自己查一下资料。提供两个用例给你。第一个，月份上1,日期上1,年份1912,第二种输入方式时输入19120101.这两条用例是用来证真的,也就是证明最小日期是可以输入的.同时也是有效等 价类的用例.
回答你第二个问题.不知道你是否会写代码.是否知道这种程序的设计思路.通常,这需要几个嵌套的判断语句来实现,以年月日的顺序来判断的话，需要3个判断 一，年是真或年是假 2月是真或月是假，3,日是真或日是假
这样写语句覆盖的用例很简单 语句用例的目地是把整语句能走一次下来。并不需要所有的判断都有。那你的用例为，年是真，月是真，日是真就可以。判定覆盖就是要把真假条件都走一次，那只要两条用例，年是真，月是真，日是真，第二条为年是假，月是假，日是假。
至于其它的用例自己把概念弄清楚后自己写吧。
问题3,如果是一个BS架构的程序可以使用工具如QTP或LR测试,首先录制脚本,修改脚本到可以使用,然后根据设计的用例对脚本进行参数化.然后查看报告就可以了.

如果写软件测试报告

1 简介
1.1 编写目的
1.2 项目背景
1.3 系统简介
1.4 术语和缩写词
1.5 参考资料
2 测试概要
2.1 测试用例设计
2.2 测试环境与配置
2.3 测试方法(和工具)
3 测试结果及缺陷分析
3.1 测试执行情况与记录
3.2 覆盖分析
3.3 缺陷的统计与分析
4 测试结论
5 建议

如何写软件测试报告

i 摘要
ii 功能作用
iii 操作适合人群
iv 与硬件兼容性
v 运行流程
vi 维护措施
vii 报错处理

可以上网学习一下。领测国际官网。免费视频。自学软件测试，学通了自然就会写测试报告了。

软件测试报告怎样写

您好！你是手机测试初学者、测试报告的书写其实很简单！
1、说出您，覆盖您测试内容！
2、测试结论；
3、测试总结；
比如手机游戏，应该包含、游戏的操作、游戏对电话、短信、闹钟中断的响应等等！

软件测试报告怎么写

求软件测试-白盒测试BUG等级模板，JAVA，BS架构

无论白盒还是黑盒测试，bug等级都应该是一样的。而且这个等级的名称有可能根据项目不同，阶段不同各不相同。我如下给出常用的。有些是我自己定义的，但是我觉得实际项目是可以用到的：
1. 阻塞(blocked)：run code 就直接over了。或者才bug对其他多个模块或功能都有影响。导致测试无法进行。
2. 严重(serious)：漏掉需求中重要功能，导致后果比较严重等。
3. 一般(general)：这个类型的bug应该是最多的基本上要占所有bug的70%-80%
4. 微小(tiny)：删除某些东西的时候需要提示啊，等等。
5. 建议(suggest)：你在代码编写，或者测试过程中，有一条业务逻辑需要补充进来，而项目组和客户又没提出来。
6. 待定(indeterminate)：需要项目组讨论才能决定的，如需求补充等。
最后，所有这些等级其实都不一定完全准确。比如说删除某些输入的提示：如果是银行项目删除客户，那么这个没有提示，这个bug有适合可以提升到“严重”这个等级，不再是“微小”。还有这个划分还跟个人理解成都相同。所以，你提示bug的等级或许不是最后的等级，项目组讨论后，还会改变等级。
如此仅供参考……

软件测试面试的时候可能会问什么问题？

软件测试面试一般会涉及非技术类问题和技术类问题：

一、非技术类问题：

非技术类问题，又分为封闭式问题、开放式问题、诱饵式问题三个维度。

01.封闭式问题

比如：你在哪儿读的书？你有英语四级证书吗？你有几年工作经验？……

这类问题答案是单一的，所以回答的时候要简洁明了。

02.开放式问题

面试官一般想通过一些开放式问题，了解你的沟通表达，思维逻辑等方便的能力，遇到这类问题时，就需要有条理的进行阐述。比如：

你对我们公司有什么了解？

遇到这类开放式问题时，可以提前做一些准备，在网上多了解一些应聘公司的信息，并进行简单的梳理，在遇到类似问题时，就可以结合自己整理的大纲来展开延伸。

你的弱点是什么？

回答这类问题，不要过多谈论和这份工作明显相关的弱点，使自己陷于不利的境地。

比如从长处来说，我相信我最大的优点是我有一个高度理性的头脑，能够从混乱中整理出头绪来。我最大的弱点是，对那些没有秩序感的人，可能缺乏足够的耐心。

我相信我的组织才能可以帮助企业更快地实现目标，而且有时候，我处理复杂问题的能力也能影响我的同事。

03.诱饵式问题

面试官通过这类问题主要是想了解在简历上看不到的你，比如：你为什么从上份工作离职了，是因为发生了什么不愉快的事吗？

遇到这类问题时，我们要保持警惕，思维不能被面试官牵着走，也不能把面试官当知心，大肆吐槽前份工作中遇到的种种不愉快。

二、技术类问题

常见的技术类问题主要涉及项目经历，技术基础，测试思路，方案设计等方面。比如：

01.介绍一下你们公司的测试流程

回答要点：有些面试官也会问项目流程，作为一个普通的测试工程师，不熟悉整个项目流程是很正常的，如果这样，可以就回答测试流程。一般来说，测试组长或者测试经理才会相对熟悉项目流程。还有流程不要回答的太过简单，太过书面化，如提需求-写用例-提交bug-验证bug，可以结合自己做过的项目来回答。

02.app和web测试有什么区别？

回答要点：主要考察你的经验积累，以及你对于app和web的理解。

参考回答：web和app其实本质上并没有什么区别，只是面向用户的不同前端软件而已，后台的架构都可以一模一样，比如说都是linux+jdk+tomcat+mysql。

web是bs架构，app是cs架构，由于这个差别，web安装部署都比较方便，app经常需要更新。在测试过程中，有一些web特色的测试，比如鼠标悬停，键鼠操作等。

app测试也有交叉事件测试，网络测试，横竖屏切换，手机按键等等。Web测试经常需要考虑响应时间，2-5-10原则，app测试还需要考虑流量和电量测试等。

03.你熟悉哪些测试工具？

软件测试工具有很多，测试管理工作、自动化测试工具、性能测试工具等，在回答这个问题的时候，最好是结合你做过的项目去阐述。

比如在做过什么项目时，在哪些场景下，你使用了什么测试工具。

04.简单说一说你做过的一两个项目

面试之前，要把自己近期做过的项目进行梳理，重点总结自己最近做过的1-2个项目。

比如项目基本情况，你在项目中负责哪些内容，是怎么测试的，使用了哪些工具，在哪些场景下如何使用的。这些细节都需要梳理清晰。

更多具体的问题，可以在网上搜索软件测试面试题库，详细了解~

以上就是xuefen.net小编为大家带来的：pc端bs架构的软件测试环境需要考虑操作系统吗的全部内容，更多精彩请继续关注。