bs和cs测试区别

合集下载

CS和BS的区别

CS和BS的区别

(8)、信息流不同
C/S 程序一般是典型的中央集权的机械式处理,交互性相对低。
B/S 信息流向可变化, B-B、 B-C、 B-G等信息流向的变化, 更象交易中心
c/s 就是一些桌面应用程序
2、B/S架构软件的优势与劣势
(1)、维护和升级方式简单。
目前,软件系统的改进和升级越来越频繁,B/S架构的产品明显体现着更为方便的特性。
对一个稍微大一点单位来说,系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑,效率和工作量是可想而知的,
但B/S架构的软件只需要管理服务器就行了,所有的客户端只是浏览器,根本不需要做任何的维护。
B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上。
比C/S有更高的要求,B/S结构的程序架构是发展的趋势,
从MS的.Net系列的BizTalk 2000 Exchange 2000等,全面支持网络的构件搭建的系统。
SUN和IBM推的JavaBean构件技术等,使B/S更加成熟。
直至Browser浏览器界面三个不同的发展时期。
其次,今天所有电脑的浏览器界面,不仅直观和易于使用,
更主要的是基于浏览器平台的任何应用软件其风格都是一样的,
使用人对操作培训的要求不高,而且软件可操作性强,易于识别;
再者,平台体系结构也从过去单用户发展到今天的文件/服务器(F/S)体系、
而事实上大部分网站确实没有使用windows操作系统,但用户的电脑本身安装的大部分是windows操作系统。
(3)、应用服务器运行数据负荷较重。
由于B/S架构管理软件只安装在服务器端(Server)上,网络管理人员只需要管理服务器就行了,
用户界面主要事务逻辑在服务器(Server)端完全通过WWW浏览器实现,极少部分事务逻辑在前端(Browser)实现,

CS和BS的区别和优缺点

CS和BS的区别和优缺点

CS和BS的区别和优缺点bs是浏览器(browser)和服务器(server) cs是静态客户端程序(client)和服务器(server)区别在于,虽然同样是通过⼀个程序连接到服务器进⾏⽹络通讯,但是bs结构的,客户端运⾏在浏览器⾥,⽐如你看百度,就是通过浏览器.还有⼀些bs结构的应⽤,⽐如中国电信,以及⼀些电⼦商务平台.⽤bs结构的好处是,不必专门开发⼀个客户端界⾯,可⽤asp,php,jsp等⽐较快速开发web应⽤的程序开发。

cs结构的,要做⼀个客户端.⽹络游戏基本上⼤多是cs结构,⽐如你玩传奇,要专门开个传奇程序;玩冒险岛,要专门开个冒险岛...... cs结构的优点是可以定做很多外观,可以做很多安全措施,可以补充浏览器没有的功能.缺点是开发速度⽐较慢,⼀个功能⽐较完善的客户端⽐较难做。

专业理论上是这么解释的:B/S是Brower/Server的缩写,客户机上只要安装⼀个浏览器(Browser)如Netscape Navigator或Internet Explorer,服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。

浏览器通过Web Server 同数据库进⾏数据交互。

B/S最⼤的优点就是可以在任何地⽅进⾏操作⽽不⽤安装任何专门的软件。

只要有⼀台能上⽹的电脑就能使⽤,客户端零维护。

系统的扩展⾮常容易,只要能上⽹,再由系统管理员分配⼀个⽤户名和密码,就可以使⽤了。

甚⾄可以在线申请,通过公司内部的安全认证(如CA证书)后,不需要⼈的参与,系统可以⾃动分配给⽤户⼀个账号进⼊系统。

C/S⼜称Client/Server或客户/服务器模式服务器通常采⽤⾼性能的PC、⼯作站或⼩型机,并采⽤⼤型数据库系统,如Oracle、Sybase、Informix或 SQL Server。

客户端需要安装专⽤的客户端软件。

C/S的优点是:能充分发挥客户端PC的处理能⼒,很多⼯作可以在客户端处理后再提交给服务器。

BS与CS区别

BS与CS区别

B/S与C/S区别C/S结构,即Client/Server(客户机/服务器)结构,是大家熟知的软件系统体系结构,通过将任务合理分配到Client端和Server端,降低了系统的通讯开销,可以充分利用两端硬件环境的优势。

早期的软件系统多以此作为首选设计标准。

B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S 结构的一种变化或者改进的结构。

在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。

B/S结构,主要是利用了不断成熟的WWW浏览器技术,结合浏览器的多种Script语言(VBScript、JavaScript…)和ActiveX 技术,用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术。

随着Windows 98/Windows 2000将浏览器技术植入操作系统内部,这种结构更成为当今应用软件的首选体系结构。

C/S 与 B/S 区别:Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的,但并不是说B/S结构不能在局域网上使用,如智赢IPOWER,在单机,局限网,广域网均能使用。

1.硬件环境不同:C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行2.对安全要求不同C/S 对服务端、客户端都安全都要考虑。

B/S 因没有客户端,所以只注重服务端安全即可。

3.对程序架构不同C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟. 例如智赢IPOWER,采用AJAX和数据存储优化技术,相比一般B/S架构软件速度提高30%至99%。

协同办公系统CS与BS比较

协同办公系统CS与BS比较

协同办公系统C/S和B/S的比较在目前的办公自动化系统中,要紧有C/S(Client/Server)和B/S(Browser/Server)两种体系结构。

C/S结构通过量年的进展,已经拥有成熟的客户群体,可是,随着运算机科学的进步和互联网络的进展,正慢慢让位于B/S 结构。

B/S结构是通过Internet阅读器访问效劳器的一种方式,由于其易学、易用、零保护、低本钱等特点,现已成为当前办公自动化系统技术方案的主流方向。

先进的B/S结构,优于传统的C/S。

C/S的优势:➢ C /S的技术已十分成熟,从它诞生到此刻,已经有很长的历史,经历了大量实践查验,有很成熟的技术。

➢客户端运行速度比阅读器方式较快。

C/S的不足:➢C/S是通过客户端访问效劳,需要在工作站安装客户端程序,客户端的部署与治理都很困难。

➢界面、系统操作都较专业,对操作用户利用水平要求较高。

用户必需通过全面的系统培训,而且很难熟练把握。

➢C/S结构客户端很容易死机。

➢升级系统,客户端的升级要大大增加额外的费用。

➢从技术方案上也将慢慢被淘汰。

B/S的优势:➢在和C/S客户端相较,B/S由于在Windows产品中已经捆绑了IE,因此就不用安装客户端了。

采纳完全基于阅读器结构及最先进的Web server技术。

➢对移动办公、异地办公的支持➢操作关于用户更易学易用,由于现一般利用用户来讲,现大部份人员普遍上网,对网络利用更是熟悉,阅读器的操作方式更增加了利用户的学习、利用的爱好。

阅读器的界面统一,通用界面关于用户更使易学易用。

➢在现今信息化不断进展的今天,关于系统的升级,客户端可完全无需升级。

➢关于技术方案,阅读器方案是信息化进展的主流方向。

➢节省企业投资,利用户以低本钱的投入方式取得了高质量的技术和效劳保障,从而确保了企业办公系统的顺利实施。

➢增强了对异地分支机构的监管力度,利用LOTUS DOMINO 提供的壮大复制技术,将分公司的数据以最小文件的方式,按时更新报送总公司,从而减少了报送不及时造成两边数据不一致,无益于企业领导的决策。

bs与cs的联系与区别

bs与cs的联系与区别

bs与cs的联系与区别BS与CS的联系与区别BS和CS是计算机领域中两个重要的概念,它们分别表示浏览器和客户端/服务器。

在计算机网络和软件开发中,BS和CS的概念被广泛应用。

本文将介绍BS和CS的联系和区别。

一、BS的定义和特点BS是Browser/Server的缩写,也被称为Web应用程序。

它是一种将服务端逻辑和用户界面分离的架构。

在BS架构中,用户通过浏览器访问Web应用程序,而不需要在本地安装任何软件。

BS架构的主要特点如下:1. 中心化服务端:BS架构的核心在于服务端,负责处理业务逻辑和数据处理。

浏览器只负责数据的显示和用户交互。

2. 跨平台:由于BS架构不依赖于本地软件,可以在各种不同的操作系统和设备上运行,实现了跨平台的目标。

3. 稳定性和安全性:由于所有的业务逻辑都在服务端进行处理,浏览器只是一个显示界面,使得整个系统更稳定且安全性高。

4. 维护和升级简单:由于应用程序在服务端运行,可以进行集中管理和维护,减少了对客户端的维护和升级工作。

二、CS的定义和特点CS是Client/Server的缩写,也被称为桌面应用程序。

在CS架构中,客户端和服务器分别运行在不同的计算机上,客户端负责用户界面和交互逻辑,服务器负责处理业务逻辑和数据存储。

CS架构的主要特点如下:1. 分布式架构:CS架构中,客户端和服务器运行在不同的计算机上,由于服务器端的数据处理能力较强,可以实现大规模的并发处理。

2. 客户端负责交互:在CS架构中,客户端负责界面和交互逻辑部分,承担了用户界面和用户输入的工作。

3. 访问权限控制:由于CS架构涉及到数据存储和业务逻辑处理,所以必须有一定的访问权限控制来保护数据的安全性。

4. 离线工作能力:与BS架构相比,CS架构具有一定的离线工作能力,客户端可以离线运行并处理一些本地的逻辑。

三、BS与CS的联系BS和CS都是常用的软件架构模式,它们有一些共同的特点和联系点:1. 客户端/服务器模式:无论是BS还是CS,它们都基于客户端/服务器模式,即用户通过客户端与服务器进行通信和交互。

BS与CS的联系与区别

BS与CS的联系与区别

BS与CS的联系与区别
c/s:
vb,c#,JAVA swing/awt等客户端/服务器构架(运⾏在电脑桌⾯需要安装的程序)
b/s:
jsp,asp,php:基于浏览器访问的应⽤。

共同点:
1.bs是特殊的cs,此时浏览器充当了客户端
2.基于HTTP协议的
区别:
1.cs服务器主要就是⼀个数据库,所有业务逻辑以及界⾯渲染交给客户度端
bs:把业务逻辑交给服务端完成,客户端只做界⾯渲染和数据交换,每次升级需要安装,可移植性差。

2.cs:较安全,⽤户界⾯很丰富,⽤户体验不错
bs:只开发服务端,跨平台,可移植性强,安全性低,⽤户体验差。

现在的应⽤综合BS CS的优点:富客户端技术:客户端会处理部分的业务逻辑,也会做界⾯的渲染和数据交互.界⾯丰富好⽐是CS.EasyUI,Flex,Extjs,Java FX等
瘦客户端技术: 基于传统的html界⾯,客户端只界⾯的渲染和数据交互.(传统的BS)。

CS模式和BS模式

CS模式和BS模式

CS模式和BS模式CS模式,即Client/Server模式,是一种分布式计算模式,它包括客户端和服务器两个主要组件。

客户端程序是运行在用户终端上的,它向服务器发送请求,并接收服务器返回的结果。

而服务器是专门为提供服务而设计的计算机,它接收来自客户端的请求,并处理这些请求,然后将结果返回给客户端。

CS模式常见于传统的本地网络环境中,例如局域网。

CS模式的主要特点包括:1.客户端和服务器之间通过网络进行通信,可以是局域网、广域网、互联网等。

2.客户端和服务器各自独立运行,可以独立升级和扩展。

3.客户端负责用户界面和用户交互,服务器负责业务逻辑和数据存储。

4.客户端和服务器之间的通信是基于请求-响应模式的,客户端发送请求,服务器处理请求并返回结果。

BS模式,即Browser/Server模式,也称为Web模式,是一种基于浏览器的分布式计算模式。

在BS模式中,客户端运行在浏览器中,而服务器主要负责提供Web服务。

客户端通过浏览器发送请求,服务器接收请求并处理,然后将结果以网页形式返回给客户端。

BS模式的主要特点包括:1.客户端通过浏览器与服务器通信,采用HTTP协议。

2.客户端只需要有一个浏览器即可,无需额外的安装和配置,使用简单方便。

3.服务器负责业务逻辑和数据存储,客户端主要负责显示和交互。

4.服务器端变化对客户端无感知,只需更新服务器上的应用程序即可。

CS模式与BS模式相比,有以下几点不同:1.CS模式中,客户端和服务器之间的通信是通过网络传输数据,而BS模式中,客户端和服务器之间的通信是通过HTTP协议进行的。

2.CS模式中,客户端是独立运行的程序,需要安装和维护,而BS模式中,客户端是通过浏览器访问服务器中的应用程序,无需安装和维护。

3.CS模式中,客户端需要升级和扩展的话,需要重新安装新版本的客户端程序,而BS模式中,只需要服务器端进行升级和扩展即可,客户端无需做任何改变。

4.CS模式适用于本地网络环境,BS模式适用于互联网环境。

BS测试与CS测试之区别

BS测试与CS测试之区别

C/S系统的测试方法
• • • • • • • • • • • • • • • • C/S(Client/Server)可以充分利用两端硬件环境的优势,将任务合理分配到Client端和Server 端来实现,降低了系统的通讯开销。这种结构与B/S最显著的区别是需要安装客户端,通过客 户端程序来访问应用系统,因此C/S客户端测试是重点,并且与B/S结构有所不同。 C/S客户端测试的重点有: (1)客户端安装测试 安装的自动化程度 安装选项和设置得测试 安装过程的中断测试 多环境安装测试 安装的正确性测试 修复安装测试 卸载安装测试 (2)客户端升级测试 与变更相关的测试 变更内容的测试 与变更相关的测试 (3)客户端功能测试 基本功能测试
B/S系统的测试方法
• 表单测试 • 当用户给Web应用系统管理员提交信息时, 就需要使用表单操作,例如用户注册、登陆、 信息提交等。在这种情况下,我们必须测试提 交操作的完整性,以校验提交给服务器的信息 的正确性。例如:用户填写的出生日期与职业 是否恰当,填写的所属省份与所在城市是否匹 配等。如果使用了默认值,还要检验默认值的 正确性。如果表单只能接受指定的某些值,则 也要进行测试。例如:只能接受某些字符,测 试时可以跳过这些字符,看系统是否会报错。
C/S模式分析—优点
C/S 模式的优点 ● 由于客户端实现与服务器的直接相连,没 有中间环节,因此响应速度快。 ● 操作界面漂亮、形式多样,可以充分满足 客户自身的个性化要求。 ● C/S结构的管理信息系统具有较强的事务处 理能力,能实现复杂的业务流程。
C/S模式分析—缺点
C/S模式的缺点 ● 需要专门的客户端安装程序,分布功能弱, 针对点多面广且不具备网络条件的用户群体, 不能够实现快速部署安装和配置。 ● 兼容性差,对于不同的开发工具,具有较 大的局限性。若采用不同工具,需要重新改 写程序。 ● 开发成本较高,需要具有一定专业水准的 技术人员才能完成。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

B/S测试与C/S测试之区别
我们在日常功能测试工作中,常常依据测试对象和测试目标的不同分为四个级别的测试,单元测试、集成测试、系统测试和验收测试,但是往往忽略了被测应用系统架构。

在测试过程中针对不同的系统架构,测试的侧重点也不同。

下面以B/S结构和C/S结构的特殊应用系统为例,分析在功能测试中的区别。

我们谈到的web系统是指以Brower/Server的访问方式为主,包含客户端浏览器、web应用服务器、数据库服务器的软件系统。

一般的B/S结构,都是多层架构的,有界面层、业务逻辑层、数据层。

由于这种结构不需要客户端的安装,客户端主要通过浏览器来访问,因此客户端测试的重点是:客户端操作系统(不同类型和版本)、客户端浏览器(不同类型和版本)以及客户端配置(cookie设置和分辨率设置)等测试。

除客户端测试外,根据WEB系统常用技术还需要关注以下几个方面的测试:
(1)链接测试
(2)表单测试
(3)脚本测试
(4)ActiveX控件测试
C/S(Client/Server)结构,即大家熟知的客户机和服务器结构。

它是软件系统体系结构,通过它可以充分利用两端硬件环境的优势,将任务合理分配到Client端和Server端来实现,降低了系统的通讯开销。

这种结构与B/S最显著的区别是需要安装客户端,通过客户端程序来访问应用系统,因此C/S客户端测试是重点,并且与B/S结构有所不同。

C/S客户端测试的重点有:
(1)客户端安装测试
安装手册的评估
安装的自动化程度
安装选项和设置得测试
安装过程的中断测试
安装顺序测试
多环境安装测试
安装的正确性测试
修复安装测试
卸载安装测试
(2)客户端升级测试
与变更相关的测试
变更内容的测试
与变更相关的测试
(3)客户端与服务器链接测试
(4)服务器端数据验证
(5)客户端可维护性测试
以上内容总结了B/S与C/S系统测试的不同点,唯实践使理论之树常青,我们可以在实际工作中积累总结出更多的不同的测试关注点。

一、软件测试包括哪些内容?
以下是一些需要考虑的步骤:
ü 1. 得到需求、功能设计、内部设计说书和其他必要的文档
ü 2. 得到预算和进度要求
ü 3. 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程(例如发行过程、变更过程、等等)
ü 4. 确定应用软件的高风险范围,建立优先级、确定测试所涉及的范围和限制
ü 5. 确定测试的步骤和方法──部件、集成、功能、系统、负载、可用性等各种测试
ü 6. 确定对测试环境的要求(硬件、软件、通信等)
ü7. 确定所需的测试用具(testware),包括记录/回放工具、覆盖分析、测试跟踪、问题/错误跟踪、等等
ü8. 确定对测试的输入数据的要求
ü9. 分配任务和任务负责人,以及所需的劳动力
ü10.设立大致的时间表、期限、和里程碑
ü11.确定输入环境的类别、边界值分析、错误类别
ü12.准备测试计划文件和对计划进行必要的回顾
ü13.准备白盒测试案例
ü14.对测试案例进行必要的回顾/调查/计划
ü15.准备测试环境和测试用具,得到必需的用户手册/参考文件/结构指南/安装指南,
建立测试跟踪过程,建立日志和档案、建立或得到测试输入数据
ü16.得到并安装软件版本民ü17.进行测试民ü18.评估和报告结果民ü19.跟踪问题/错误,并解决它民ü20.果有必要,重新进行测试民ü21.整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具
三、有哪些测试
1、黑盒测试——不是基于内部代码和设计的知识,而是基于需求和功能。

2、白盒测试——基于应用程序的内部逻辑的知识,通过语句,分支,路径和条件的
覆盖率。

3、单元测试——测试中的最小单位,测试特殊的功能或代码模块。

由于需要对内部
代码和设计的详细知识,该测试一般由开发者完成而不是由测试人员完成。

该测试的
容易程度同代码设计的好坏直接相关。

4、增量型的集成测试——随着新功能的增加,不断的对应用程序进行测试。

在程序
的所有部分完成之前,需要一个应用程序的各个部分之间能够相对独立的进行工作。

这类型测试可以有开发者或测试者完成
5、集成测试——测试应用程序结合的部分来确定它们的功能结合到一起是正确的。

在这里‘部分’的概念可能是代码模块,独立的应用程序,在网络上的客户端和服务
器断程序等等。

这类型测试典型的是于客户/服务器和分布式系统相关。

6、功能测试——是一种黑盒测试,同应用程序的功能需求紧密相关。

这类型测试应
当有测试人员来完成。

这并不意味着开发人员在发布版本之前就不需要检查他们的代
码。

7、端到端测试——同系统测试类似,包括模拟现实世界对一个完整的应用环境进行
测试。

例如同数据库进行交互、使用网络通信,或者其他的软件、硬件和系统进行交
互。

8、理智测试——这是一种典型的原始测试,其目的是要确定一个新的软件版本在一
些主要的测试努力下表现的足够好并且可以接受。

例如:如果一个新软件每五分
钟当
机一次,使系统执行速度极其缓慢,或者破坏系统数据,那么该软件就处于不够‘理
智’状态,必须保证在当前状态下进行进一步测试。

9、回归测试——在软件或环境被修改后进行的再测试。

可能很难确定我们需要进行
多少的再测试,尤其接近到__________开发过程的末期。

自动测试工具可能会有很大的帮助。

10、可接受性测试——基于最终用户的规格进行的最后测试。

或者基于最终用户在一
定的时间范围内的测试。

11、负荷测试——在高负荷条件下进行的测试。

12、压力测试——该术语通常同负荷测试和性能测试是可交换的。

也可用于描述这样
一些测试,
如:在不正常的负荷状态下,过分的重复某些动作或输入情况下进行的系统功能测
试。

13、性能测试——该术语通常同负荷测试和压力测试是可交换的。

理想的性能测试是
定义在需求文档或QA测试计划中的。

14、安装和反安装测试——测试完全、部分或升级的安装/反安装过程
15、恢复测试——测试当出现崩溃,硬件错误或其他灾难性问题时,系统的表现情况
16、安全性测试——测试系统对于内部和外部非法入侵、故意损坏时的表现情况。


能需要复杂的测试技术。

17、兼容性测试——测试系统在不同的平台/硬件/操作系统/网络上的表现情况。

18、ALPHA测试——在开发进行结束的时候进行的测试。

针对测试的结果可能还会进
行一些小的设计更改。

这类测试典型的是由用户进行的,而不是由开发者或测试人员
进行的。

19、BETA测试——在开发和测试已经全部结束后,并且在最终版本发布之前进行的
测试。

这类测试典型的是由用户进行的,而不是由开发者或测试人员进行的。

五、什么是测试计划
测试计划是描述软件测试努力的目标、范围、方法和焦点的文档。

1、标题
2、确定软件的版本号
3、修订文档历史,包括作者、日期和批示
4、目录表
5、文档的目的和适合的读者群
6、测试的目的
7、软件产品概述
8、相关文档列表,例如:需求、设计文档、其他测试计划等
9、相关的标准或合法需求
10、可跟踪性需求
11、相关的命名规范和标识符规范
12、整个软件项目组织和人员/联系信息/责任
13、测试组织和人员/联系信息/责任
14、假设和依赖关系
15、项目风险信息
16、测试优先级和焦点
17、测试范围和限制
19、测试提纲——对测试过程的一个分解,通过测试类型、特点、功能性、过
程、系统、模块等
20、测试环境设置和配置问题
21、数据库设置需求
22、概述系统日志/错误日志/其他性能,有助于描述和汇报问题的屏幕捕获工具

23、有助于测试者跟踪问题根源的具体软硬件工具的论述
24、测试自动化的可能性和概述
25、使用的测试工具,包括版本、补丁等
26、使用的项目测试度量
27、报告需求和测试可传递性
28、软件入口和出口准则
29、初始的理性测试阶段和标准
30、测试终止和重新开始的标准
31、人员安排
32、测试地点
33、用到的测试外的组织,他们的目的、责任、可传递性、联系人和协作问题
34、相关的财产、分类、安全性和许可证问题
35、公开的一些问题
36、附录——词汇表、缩略语等
六、什么是测试用例
1、一个测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作。

相关文档
最新文档