web测试用例求几个WEB应用的测试用例

接口测试用例和web测试用例的区别

集成测试和系统测试的区别 一般的小系统区分不是很大的。

1、计划和用例编制的先后顺序 从V模型来讲，在需求阶段就要制定系统测试计划和用例，HLD的时候做集成测试计划和用例，有些公司的具体实践不一样，但是顺序肯定是先做系统测试计划用例，再做集成。

2、用例的粒度 系统测试用例相对很接近用户接受测试用例。

集成测试用例比系统测试用例更详细，而且对于接口部分要重点写，毕竟要集成各个模块或者子系统。

3、执行测试的顺序 先执行集成测试，待集成测试出的问题修复之后，（配置管理，基线化），再做系统测试。

4、用例的数量 系统测试的用例数量一般比集成测试的用例数量少，具体的数量要根据各个公司的性能基线来确定，一般写不到这个数量的测试用例还通不过审计。

系统测试这个称呼往往被用于压力测试、容量测试、性能测试、安全测试等方面。

而集成测试这个称呼往往被用于细节化的功能测试的超集——从用户需求来设计和组织较大颗粒度的功能测试。

系统测试最主要的就是功能测试，测试软件《需求规格说明书》中提到的功能是否有遗漏，是否正确的实现。

做系统测试要严格按照《需求规格说明书》，以它为标准。

测试方法一般都使用黑盒测试 法； 集成测试在系统测试之前，单元测试完成之后系统集成的时候进行测试。

集成测试主要是针对程序内部结构进行测试，特别是对程序之间的接口进行测试。

集成测试对测试人员的编写脚本能力要求比 较高。

测试方法一般选用黑盒测试和白盒测试相结合。

集成测试：是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的借口是否正确。

它根据集成测试计划，一边将模块或其他年间单位组 合成越来越大的系统，一边运行该系统，以 分析所组成的系统是否正确，各个组成部分是否合拍。

集成测试的策略主要有自顶向下和自底向上两种。

也可以理解为在软件设计单元、功能模块组装、集成为系统时，对应用系统的各个部件（软件单元 、功能模块接口、链接等）进行的联合测试，以决定他们能否在一起共同工作，部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。

系统测试：系统测试是基于软件需求说明书的黑盒测试，是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确， 并非一项简单的任务，被称为测试的“先知者问题”。

因此，系统测试应该按照测试计划进行，其输入、输出和其他的动态运行行为应该与软件规约进行对比。

软件系统测试的方法很多，主要有功能测试 ，性能测试，随机测试等。

通俗的讲，一个产品从研发到出厂的工程中，测试分为三个阶段：单元测试、集成测试、系统测试； 单元测试：一个模块的功能及常规错误测试； 集成测试：完成单元测试后，各模块联调测试；集 中在各模块的接口是否一致、各模块间的数据流和控制硫是否按照设计实现其功能、以及结果的正确性验证等等；可以使整个产品的集成测试，也可以使大模块的集成测试； 系统测试：针对整个产品的 全面测试，既包含各模块的验证性测试（验证前两个阶段测试的正确性）和功能性（产品提交个用户的功能）测试，又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。

设计WEB测试用例用什么模板比较好？

目前，我所在的公司在web测试方面，还是沿用着excel形式，在规定的格式下进行用例的编写。

手动测试的话，我感觉这些工具都是次要的，主要还是要把测试思路整理清楚，不仅要写的人自己可以看得懂，而且也要让别人可以看懂你写的意思。

求几个WEB应用的测试用例

功能测试[9] 1.链接测试：链接是WEB应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道网址的页面的主要手段。

链接测试可分为三个方面，首先，测试所有页面的链接是否已经按指示的那样链接到该链接的页面；次，测试链接的页面是否存在；最后，保证WEB系统上没有孤立的页面，所谓孤立的页面是指没有链接指向该页面，只有知道正确的URL才能访问。

2.表单测试：当用户给WEB的系统管理员提交信息时，就需要表单操作，例如用户注册，登陆和信息提交等。

在这种情况下，必须测试提交操作的完整性，以检验提交给服务器信息的正确性。

3. Cookies测试：Cookies通常用来存储用户信息和用户在某个应用系统的操作，当用户用Cookies访问了某个应用系统时，WEB服务器将发送用的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态信息和自定义也页面或者存储登陆等信息。

4. 数据库测试：在使用了数据库的WEB应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。

数据一致性错误主要是由于用户提交的表单信息部正确造成的，而输出错误主要是由于网路速度或者程序设计错误等引起的。

性能测试 1.连接速度测试：如果WEB系统等待时间过长（例如超过5分钟），用户会因为没有耐心而选择离开。

2.负载测试：为了测量WEB系统在某一个负载级别下的性能，以保证WEB系统在需求范围内能正常运行，负载级别可以使某个时刻同时访问WEB系统的用户数量，也可以是在线处理的数量。

3.压力测试：指实际破坏一个WEB系统，测试系统的反应。

压力测试的区域包括表单、登陆和其他信息传输也页面。

客户端兼容测试 1.平台测试：在各种操作系统下对WEB系统进行兼容性测试。

2.浏览器测试：测试不同厂商，不同版本的浏览器对WEB系统的适应性。

安全性测试 1.现在的WEB系统采用先注册，后登陆的方式。

因此必须测试有效，无效的用户名和密码，要注意大小写是否敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面。

2.WEB应用系统是否有超时的限制，也就是说，用户登陆页面一定时间内一直未有任何操作动作，是否要求重新登陆系统。

3.为了保证WEB系统的安全性，日志文件是至关重要的。

需要测试相关信息日志是否写入了日志文件，是否可以追踪。

4.当使用了安全套接字，还要测试加密是否正确，检查信息的完整性。

5.服务器端的脚本常常构成安全漏洞，这些安全漏洞又常常被黑客利用，还要测试没有经过授权，不得在服务器端放置和编辑脚本的问题。

二 测试范例 主要选自系统登录页面。

这个范例主要用于验证系统对多台机器登陆有无不响应情况，或者相应时间过长。

看是否满足用户提出的数据并发处理能力。

测试工具使用WEB—CT40,在其设置接入网络的方式，模拟机器的总台数，以及测试页面的IP地址三项参数，然后选择手动测试。

测试结果在10秒内无一次失败，成功率100%。

证明系统数据并发处理能力强。

测试页面是否有不可到达现象。

测试结果为成功数为1，不成功连接为0，和预期结果一致。

测试在火狐浏览器下系统能否正常运行，测试工具为火狐浏览器，测试内容为查询登陆日志，测试结果为能够正常显示日志信息。

测试表明系统对主流浏览器兼容性较好。

测试系统的安全性，是否只有管理员权限的用户才能进入后台管理系统，测试密码，账号正确和不正确的情况下能否登入系统。

测试不同权限的用户是否只能操作该权限的操作。

在大量的测试之后，我排除了系统的大部分错误。

当然还有些不易检测到的错误还没有被发现，需要在使用的过程中进一步的完善，由于时间仓促难免有错误和不完善的地方，希望老师能够帮我指点和纠正。