⑴ web测试用例怎么编写
不是很明白楼主的意思
我想你是希望能在web进行一些调试，并能显示调试信息吧
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE> New Document </TITLE>
<META http-equiv="Content-Type" content="text/html; charset=gb2312">
<META NAME="Generator" CONTENT="EditPlus">
<SCRIPT LANGUAGE="VBScript">
'调试专用
Dim DebugID
Sub Debug(byval Msg)
dim sHtml
DebugID=DebugID+1
sHtml="<TABLE ID=TDebug border=1 CELLSPACING=0 CELLPADDING=0 BorderColor=#FF6600 style='PADDING:4,4,4,4;BORDER-COLLAPSE:collapse' bgcolor=#FFCC99 width='100%' align='center'><TR><TD><b>Debug(" & DebugID & "):</b><br>"
sHtml=sHtml & Msg & "</TD></TR></TABLE>"
document.Write sHtml
End Sub
</SCRIPT>>
</HEAD>
<BODY>
<SCRIPT LANGUAGE="VBScript">
Call Debug(Time)
</SCRIPT>
</BODY>
</HTML>
⑵ web端测试用例编写 数据库怎么写
这些应该是有人封住在程序里面的吧,你可以查找到方法定义的位置看看源码啊。
⑶ 跪求！！！Web界面的规范的测试用例到底该咋写，该写哪几点 跪求！！！
Test NameDescriptionStep NameStep DescriptionExpected ResultsDesigner
这几点是必须的。
⑷ web应用软件的测试环境怎么写
定义测试策略 目前止您肯定参加议客户倚靠宽议桌问您:系统能处理千用户传统负载测试要求您编写脚本并执行测试试图给问题精确答案于种测试您需要定义处理含义及 1000 名典型用户站点情形您需要定义测试用例代表各种用户:例购买股票或注册新帐户接您必须估计用户些测试用例布数据进行假设即模拟真实用户与应用程序交互需要思考间(或等待间)负载测试期间某面致反映同数量真实用户站点情形 种几足处首先其结比您做假设更显确假设使结现偏差 其估计真实用户需要量客户端硬件每名虚拟用户给定需要处理能力内存量则典型客户端计算机处理约 200 名虚拟用户 2000 名用户并发处理级别测试需要 10 台客户端计算机 - 笔重投资测试使用 HTTPS 站点需要客户端硬件 终难向您发团队提供操作导向信息某处现故障难再现该问题 作备选案我建议您围绕些关键问题设计测试用例: ?? 系统瓶颈哪系统能同步处理少并发请求 ?? 响应间变接受前台机器能处理少名同步超级用户 ?? 添加额外硬件结线形增 ?? 任何稳定性问题妨碍站点运行于产环境 使用发团队(发团队参与能现问题领域)提供附加信息请关注些领域于示例其瓶颈能定单提交领域您派更具体问题例提交流程同处理少请求攻击些特定领域快且本用向发团队提供操作导向信息便能改进系统使用种同我推荐您记住遵循建议 关注负载测试我已提首先要做构建导致潜瓶颈稳定性问题脚本种数据第假设第二使您能够应用程序收集原始数据根据假设确定更高级别结用担识别低风险站点脚本编写问题例站点帮助领域或读文档领域编写脚本能现系统瓶颈 同步请求使用同步请求攻击瓶颈处主意模拟坏情况:即站点用户精确同间攻击瓶颈通使用户同步您重复进行测试同步结则难再现故障情况使用同步点做点同步点数较健壮(本较高)测试工具提供项功能同步点迫使每名虚拟用户直等剩余用户达脚本定义点才能始请求允许您精确并重复确定站点潜瓶颈区域能处理并发用户数例限 7 名并发同步用户 创建循环测试用例脚本使测试用例循环另种每测试用例迭代前站点应处于相同状态允许您间重复运行测试用例 使用超级用户使用我所称超级用户前面所提超级用户运行思考间设置零请记住思考间假设用于规测试使虚拟用户模拟真实用户虚拟用户思考间减半则服务器实际负载加倍另种服务器真关与负载关变量每秒请求数虚拟用户数量及其思考间结合起该负载 让我进行些数运算使概念更清晰面公式计算访问站点真实用户负载(请求数/秒): 例某站点 100 名并发用户假设载间 10 秒思考间 30 秒则每秒 2.5 页我假设每页 3 请求则 Web 服务器转化每秒 7.5 请求 超级用户运行测试观察每秒请求数并与刚刚计算值比较根据我经验真实用户数与超级用户数比例通约 15:1于同示例意味着 (100/15) 名超级用户与 100 名普通用户相同负载再举例假设 10 名超级用户响应间变接受请注意转换真实用户数该点每秒请求数现您进行任何希望思考间假设甚至更改需重新运行测试几测试您能根据直觉超级用户数转换真实用户数允许您保持用户数控减少所需客户端硬件数量并包含负载测试软件本 些超级用户测试用例于机测试用要测试站点伸缩性添加第二台 Web 服务器负载平衡器并重复超级用户测试理想情况看见相同相应数前您能加倍超级用户数量 要答稳定性问题运行测试延间段内维持合理数量并发且未同步超级用户我项目熬通宵甚至 24 昼夜停持续间与应用程序关我称内置测试旦您已采取步骤识别并潜解决找瓶颈则重复同步点测试看限否所增用所支持新并发用户数重新运行内置测试努力提高数字目标重复该循环直达质量条 少用户呢 尽管向发团队提供价值信息使您更难于答议室问题您近似估计答案例假设站点坏情况瓶颈显示每台计算机于 20 名超级用户情况响应间超 10 秒根据您我建议公式计算结近似估计 300 名真实用户(20 名超级用户 × 15 名真实用户)您做与规用例相同假设通情况百少用户使用站点领域假设预期 50% 用户使用领域其领域例文档或数据库读取用户比例则没意味着具台 Web 服务器系统处理约 600 名用户 目前止我已讨论能明确指向站点瓶颈领域情况该何做影响性能领域止您应何做呢答案创建单独查看各领域测试脚本首先孤立运行些脚本起运行再比较结看站点领域另领域影响
⑸ web版本黑盒测试用例设计，系统有大量数据采集模块，增删改，请教怎么设计测试用例比较简
不同模块之间 即使是同样的操作，也要分开来写。
同一模块中，如果时间紧的话，可以使用交叉方式设计用例。
不过日常工作中，如果你不是测试工作安排的决策者，你用了再好的办法，如果你的领导不满意，他可能会认为你这叫漏测。
⑹ web的功能测试怎样测试
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出
控件是否正常使用
对于必须但未安装的控件，是否提供自动下载并安装的功能
文字检查
性能测试一般从以下三个方面考虑：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
基本的登录功能的检查
是否存在溢出错误，导致系统崩溃或者权限泄露
相关开发语言的常见安全性问题检查，例如SQL注入等
如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；
操作系统的兼容性；
软件平台的兼容性；
数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
敲黑板！重点：推荐大家使用自动化测试工具TestWriter（测功能、测兼容性、测回归的零编码自动化测试工具 ），吼吼~
⑺ 求web兼容性测试用例
参考下面方法
一、分别在不同电脑上安装不同版本的IE
优点：准确性高，三台电脑分别安装IE6、7、8，显然测试得出的结果是最准确的。
缺点：浪费服务器资源，测试人员操作麻烦，需要不断切换测试机器。
二、在一台电脑上安装IETest
优点：能90%的模拟出不同浏览器的渲染效果，只需安装在一台测试机器上即可。
缺点：
1)如果测试机器安装的为IE6或IE7，那么IETest不能模拟IE8.
2)如果测试机器安装的为IE8，那么IETest才能模拟IE6、7、8.
3)测试出的渲染效果与浏览器得实际效果存在差异，不一定准确.
三、在IE8上安装IE Develop ToolBar
优点：通过此工具可以模拟IE7的渲染效果，拥有有IE7、8的真实渲染效果。
缺点：
1)无法模拟IE6的渲染效果。
2)一定要在一台测试机器上安装IE8才能使用。
⑻ 设计WEB测试用例用什么模板比较好
目前，我所在的公司在web测试方面，还是沿用着excel形式，在规定的格式下进行用例的编写。手动测试的话，我感觉这些工具都是次要的，主要还是要把测试思路整理清楚，不仅要写的人自己可以看得懂，而且也要让别人可以看懂你写的意思。
查看原帖>>
⑼ web测试用例设计从哪些方面入手
常用的测试用例方法:
等价类：有效等价类和无效等价类。
边界值：[1,10]正整数范围为（0,1,2, 9,10,11），浮点数的话为最接近的范围点。
因果图：根据条件组合生成判定表。
正交实验设计方法：抽取有代表性的元素数据来进行测试。
错误推测法：容易发生错误的地方进行有针对性地测试。
随机测试：像一个普通用户随意地点击操作去进行测试。
需求转化法：通过正常操作、异常操作、特殊规约、用户提示、数据一致性等要点转化需求为成高粒度测试点。
对象属性分析法：文件属性：大小、路径、文件名、文件编码、文件内容、文件内容、
文件读写、文件共享。
全路径覆盖： 通过对每个业务数据流每个路径进行测试。
场景法： 场景通常包括 正常场景、异常场景、备选场景、组合场景。
⑽ 谁能发我一份的软件或web测试用例，不要模板，要一份写好了的完整版的测试用例，谢谢各路大神了
假设一下吧。现在要求你测试一下网络知道的提交回答功能。
用例编号：提交问题001（编号通常会根据功能或模块编写）
测试目的：验证当用户回答完问题后，可以正常提交答案。（多数是会写需求规格的说明，总之要让人看明白你这条用例是想测什么）
测试标题：这个有时候就包含了测试目的，目的是可以不写的，但测试用例标题是必须的。
重要级别：像提交回答这条用例，多数会被列为最高级别用例，因为是最基本的功能。往往越是基本的，级别越高。原因在于，如果基本功能都有缺陷，那根本不用测别的功能，版本直接打回。
预制条件：1、网络知道运转正常。2、用户已登陆。3、进入了自己想要回答的问题页面。（也就是你做这条测试前必须要有的前提条件）
操作步骤：1、将光标点入“我来帮他解答”下的输入栏。
2、输入想提交的答案
3、点击提交回答
4、验证提交后答案是否能显示到当前问题下
（输入数据多数时候是合并到操作步骤中的，比如这条里的输入数据就是“答案”）
预期结果：1点击提交回答后，页面提示回答成功。2再次查看该问题时,刚刚的答案可以正确显示……