web UI 测试BUG总结

1. 文字显示问题
  1.1 由于浮动造成的div错位问题(未解决)
    受代码本身书写方法所限,这个问题无法完全解决,错误样式见于web UI 测试用例2中

  1.2 个别浏览器下的特殊错位问题(未解决)

    在360浏览器下发生,错误样式如下图所示,下面的三个选项本应该在右边。该问题应该与1.1一致,但是别的浏览器在1366X768的全屏下并未发生 

    在chrome浏览器下,经过多次操作后出现了错位问题,清空缓存后问题消失。
2. 易用性问题
  2.1 在分页逻辑下,不能反馈给用户一个明确的当前页码标识信息(已解决)

    当用户定位到某一页时,页码列表没有将当前页码高亮,这样当页数较大时,不利于用户记录和查找信息。

   2.2 在登陆界面以及一些多级界面中,缺乏必要的返回按钮(已解决)

    例如在登陆界面多次输入用户密码并且登陆失败后,不能直接返回原网页。(该部分不是由我们小组制作,暂时没有解决)

3. 负载测试所暴露出来的问题

  3.1 某个函数(GetRelatedQuesitons)中调用数据库链接未关闭(已解决)

    问题描述:负载达到一定程度后,网站崩溃,提示当前数据库连接池中没有可用的连接。在测试进行大约10分钟后由于数据库链接问题而崩溃。(该BUG目前已修复)
     问题根源:GetRelatedQuesitons(),与GetRelatedDocuments部分语句返回时没有关闭数据库连接

    解决方案:对未关闭连接的地方添加conn.Close()函数
  3.2 登陆界面的数据库调用问题
    BUG正在修复中,同样导致了网站崩溃

4. 相关文章,相关问题列表为空时sql error问题(已解决)

  问题描述:相关问题,相关文章显示列表,若结果集为空,sql语句执行错误

  问题根源:sql语句:

SqlDataReader reader = DbHelper.ExecuteReader(
String.Format("SELECT QuestionTagAssociation.* FROM [Question],[QuestionTagAssociation] WHERE Question.qid=QuestionTagAssociation.qid and tid in(" + b + ")"
),conn);

  其中,b可能为空值。

  解决方案:if(b=="")return

5. List.aspx,选择排序规则后一直显示载入问题(已解决)

  问题描述:在List.aspx中选择一个结果集的排序方法,提示loading,但迟迟不返回结果

  问题根源:以下js语句与修改后的html代码不匹配(div 的 id变化了)

function changeMode()
{
var type = $("#TypeList").val();
var orderType = $("#OrderTypeList").val();
load(tagId,type,orderType,pageNum);
}

  解决方案:删除 var type = $("#TypeList").val();

总计:发现BUG 8 个,解决 5 个

 

转载于:https://www.cnblogs.com/magiccode1023/archive/2012/11/18/2776418.html

Dagger是网易杭州研究院QA团队开发的一个轻量级、运行稳定的WebUI自动化测试框架,主要基于Selenium及TestNg可以认为是对Selenium进行二次封装的一个框架(俗称 造轮子 )。之所以把这个轮子开源出来,主要在于经过了公司内部多个项目的实践,也取得了不错的成效,因此,希望开源以后可以对大家有所帮助及参考。 设计理念 Dagger首先是一个WebUI自动化框架,提供了赖以操纵浏览器的一些API。API数量不多,少于20个,但从实践上,已经基本涵盖95%的应用场景了(其余5%比较 个性 的自动化操作一般是封装在业务逻辑层面,有时候甚至会须要hack) Dagger其次是一个测试框架,使用TestNg管理和运行用例,TestNg相关断言内嵌于上述API中。因此,在我们的测试用例里面不应该看到单独的TestNg断言的 Dagger还是一种设计风格:简约。无论是Dagger框架本身还是基于Dagger编写的测试用例,都是十分light及straightforward的,以至于会让人感觉有点土。但实践中,这两者确保了低成本、易用性、可维护性 WebUI自动化从业界看,难推进,易烂尾,原因基本在于:维护成本高、运行速度慢、稳定性差 Dagger专注于WebUI自动化,从技术上克服了速度与稳定问题(见下文)。只封装够用的浏览器操作为API,并充分简化/强化这些API,以简约的风格去降低自动化的学习及使用成本。同时,在实践中,我们主要使用Dagger编写冒烟用例、其次是主干用例,少写逻辑复杂功能,不写边边角角功能,让用例也保持清爽(在整个自动化实施过程中,会定期进行用例Review),同样易于后期维护 主要特性 API极少,易于上手,详见这里. 提供比较完备的文档,便于快速入门,详见这里. 支持单机多浏览器并发执行,大大缩短用例执行时间,详见这里 通过修改TestNg源码实现失败用例自动重运行(详见这里)由此几乎消除WebUI自动化中常见的虚假失败 默认使用Chrome浏览器,原因详见这里 失败用例自动截屏 后续工作 加入Flex/Flash自动化支持 如何使用 Dagger十分适合中小型团队从零开始WebUI自动化,这样的话,只须要直接下载整个Dagger代码就行了,Dagger本身都已经配置好了,下载后看一下使用文档就可以直接开始写用例了 也可以把Dagger打成Jar包,导入已有的自动化框架中,详见这里 标签:Dagger  自动化测试
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值