华章培训网

注册

 

发新话题 回复该主题

Web自动化测试-实战项目通关版(更新程度:完毕) [复制链接]

1#

Web自动化测试-实战项目通关版


 


观看地址:


 





注意:在优酷上视频,由于在上传时,优酷自动压缩了视频大小,所以会不清楚,我们的视频是高清视频。



课程介绍
本套课程将带您一起学习自动化测试,从自动化测试的概念,case的概念,什么是bug,白盒黑盒等测试的基础知识,到如何选择自动化测试框架,课程中会与您一起分享自动化测试经验以及一些问题的解决,演示手动封装一款自动化测试框架,到最后完成一个完整的自动化测试框架,并且利用这个框架进行一个完整项目的自动化测试,让你充分体验自动化测试的全部过程,与以往的纯粹理论课程相比会有大量的真实的项目实践,让您在手动实践中理解那些枯燥无味的测试知识概念。

项目平台:
演示:Windows XP / Windows 7
语言:.Net 3.5/4.0
工具:Visual Studio 2008 /Visual Studio 2010 ENU

涉及知识:
语言基础:.Net,基本软件开发技能,例如反射,多线程,委托,xml操作等
使用框架:WatiN Automation Freamwork
Web技术:需要对web有大致的了解,例如页面加载机制等。

技术亮点:
自动化测试以及测试的基础,如何封装一款 Testing Freamwork,深入详细剖析自动化测试流程,常见自动化测试工具介绍,分享自动化测试中遇到的一些blocked的解决经验,最后完成一个完整的自动化测试项目。


 


单讲购买地址:http://www.china-pub.com/3500350


全套购买地址:
会员购买通道:
http://www.hztraining.com/bbs/showtopic-3504.aspx


讲师:林间曦阳
擅长自动化测试,熟悉整体测试流程,手动编写自动化测试框架,熟练使用多款自动化测试工具。
深入理解.net框架,以及内部执行机制,熟练使用常见设计模式,多年的.net实际开发经验以及自动化测试经验,开发历经.net 1.0,.net2.0 .net3.0 .net.3.5乃至目前在用的net4.0。
对数据库尤其是SQLServer尤为擅长,从事过呼叫中心的数据库解决方案,针对海量数据有一定的个人经验,并且对于数据库优化,数据库性能,SQL语句优化也有个人独到的见解。


本主题由 管理员 admin 于 2011-8-30 14:22:41 执行 设置高亮 操作
分享 转发
TOP
2#

.NET平台下的Web测试,根据客户的需求调整框架结构,这些都是我们在项目中经常会遇到的,嗯,一定要看看。
TOP
3#

case和bug到底有什么区别呢,好想知道哦
TOP
4#

谢谢
TOP
5#

ad**

ad**d**d**d**d
TOP
6#

顶 看看 WEB测试 不错
TOP
7#

测试的话,暂时用不到。。
TOP
8#

课程不错,后面的内容实战比较多
TOP
9#

。。。。。。。。。。。。
TOP
10#

没免费的下啊
TOP
11#

回复 10# a33794255 的帖子

您好,您看到的课程是付费的课程,谢谢您的关注!
TOP
12#

不错的课程,要是能更细点就好了,后面的几集可以讲的再深入些。
TOP
13#

可以下载啵?
TOP
14#

购买后就可以下载了。
TOP
15#

[quote]case和bug到底有什么区别呢,好想知道哦
[color=#999999]susan 发表于 2010-9-9 19:54:00[/color][url=http://www.hztraining.com/bbs/showtopic-52.aspx#6960][/url][/size][/quote]
这里说的case是一个测试用例,也可以理解为一个测试场景,一种可能,一种预期。
是不是bug,要看这个case跑的结果,如果不是预期结果,那就是个bug,如果是,就不是一个bug。
TOP
16#

回复 15# virusswb 的帖子

本套课程的作者回复:

你好这位童鞋,

首先要清楚Case和Bug的概念,
      Case 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。测试用例(Test Case)目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。
      Bug在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞)。

      Case跟Bug的关系,案例与bug不具有固定的对应关系,可能1-1对应,也可能1-n对应, 当前n-1可能也会有但是这种对于发现bug用处不大,是很不常见的设计方式,至少目前没有成熟的应用案例。这跟如何设计案例有关:
1-1对应的案例设计,比较精细,对于错误分析,比较有帮助。缺点,可能是效率不够高。(当然,我还是最推崇这种设计)
1-n对应的案例设计,效率比较高,用较少的案例来发现较多的问题,这样的设计,应该都是比较聪明的。缺点,就是由于单个案例测试覆盖率较高,错误分析比较困难,个个检查点之间很可能是关联的,这就造成测试自动化会有些困难。

讲清楚了case,bug的概念以及关系,接下来结合视频中的项目实例回到您的问题,目前大多的设计都是按照1-1来对应case与bug的关系,在测试用例设计之前,首先根据应用场景,在测试中也叫scenario,来设计case,
例如:
Step1:打开IE浏览器
Step2:输入www.xxx.com回车
Step3: 输入用户名,输入密码
Step4:点击登陆
Pass:则会跳转到(www.xxx.com/welcome.html)欢迎页面。
可以看出,这个case测试的是该系统是否能够成功登陆,这是一个简单的用例,来验证当前系统登陆功能是否正常,如果没有转到欢迎页面那么我们就要去调查看是否存在bug。结合视频实例可以更好的理解这些概念,对于初学者会更加直观,避免一些抽象的生硬概念难以理解。
其实对于自动化测试,如果一个case pass往往不一定是一个bug,首先应该考虑case设计的正确性,其次就是检查脚本的稳定性,会不会由于一些不稳定因素或者脚本的错误导致,最后再去看这是不是一个bug。所以,在自动化测试中case设计的正确性和自动化脚本的稳定性也是一个脚本质量好坏的关键因素,排除了这些非bug因素,才能更专注于发现系统bug,也才能真正实现自动化测试的目的。
希望我的回复能对你有所帮助。
这是我的email:nieqinggang@126.com,邮件请注明标题来意。
TOP
发新话题 回复该主题