软件测试资深讲师—————汪锋

发表于 2012-02-04 09:28 浏览次数:2,620 views 来源:

教 师 名:汪锋

所授课程:软件测试工程师

讲师级别:首席讲师 

教师简介:中科院新科海学校软件测试工程师讲师。毕业于西北大学计算机科学与技术专业,具有丰富的软件测试工作经验,担任软件测试工程师,测试经理。曾就职于神州 数码公司,参与了河南国税报文传输系统,报关申报系统,加工贸易联网监管系统等多个大型电子政务系统的测试、调优等工作。熟悉软件测试理论及测试方法,精 通QualityCenter,LoadRuner,QuickTestProfessional等工具使用。现任职于某知名美国上市公司。

软件测试资深讲师—————姜楠

发表于 2012-02-04 00:48 浏览次数:2,049 views 来源:

教 师 名:姜楠
所授课程:
软件测试工程师
讲师级别:首席讲师 

教师简介:中科院新科海学校软件测试工程师讲师。毕业于北京航空航天大学计算机科学与技术专业。软件测试工程师,项目经理,信息产业部软件评测师。多年软件测试工作经验,曾就职于海关总署数据中心,参与过全国海关报关申报系统,全国各部委企业信息联网系统等十多个大型分布式业务系统的测试、调优等工作。熟悉软件测试理论及测试方法,精通自动化测试及性能测试理论及工具使用。现任职于某知名美国上市公司。

软件测试工程师就业班

发表于 2011-08-25 11:30 浏览次数:10,625 views 来源:

软件测试工程师就业班

培训授课时间:2个月(周一到周五全天上课)毕业学校负责推荐就业

课程背景

21世纪是国际化软件快速发展的时代,软件的国际化设计和本地化处理构成了国际化软件生产过程的两翼,国际化软件成为软件生产的新模式。

如何挑选软件测试培训机构

发表于 2011-05-23 11:06 浏览次数:3,018 views 来源:
“圈外人”青睐软件测试

软件测试行业的巨大缺口吸引了众多求职者的目光,除了从业者外,“圈外人”对软件测试也表示了相当的认同度和满意度。这主要是由软件测试行业的特性决定的。首先,从目前市场需求来看,严重的供需失衡局面促使我国软件测试工程师基本上处于一个地位高、待遇高的“双高”地位;其次,质量是产品的灵魂,软件测试工作的重要作用,在软件产业中任何时候都是不可替代的,因而职业生涯更长久;再次,软件测试工作包含了技术及管理的各个方面,对年龄的要求也没有一定限制。因此,在竞争越来越激烈的IT职场中,软件测试工程师的工作相对来说更稳定、更有发展前景。
 
尽管期望加入软件测试行业者数量众多,然而能够达到企业需求的求职者数量寥寥。无论是有经验者还是无经验者,由于对软件测试缺乏系统的了解和足够的职业技能,均成为阻碍他们顺利进入的门槛。
 
机构选择要仔细

这些培训机构推出的培训各有特点,不能一概而论好坏,但如果要选择适合自己的培训,最好从以下几个角度来考虑。
 

选择培训机构,最首要的是选择讲师,说实在的,即使是完全一样的教材和讲义,不同的讲师讲出来,效果是完全不同的,因此非常有必要和你要加入班的讲师面对面谈一谈,看对方的资历和授课水平。如果对方只会夸夸其谈,没什么实际内容,或是只会照本宣科,基本上就不用考虑了。

选择培训机构要认准适合自己的课程。虽然所有的培训机构都会宣称自己的课程是最合理的,但是否真正适合自己是要打个问号的。一般的培训机构发布的公开材料上都不会有非常详细的课程大纲,因此一定要到培训机构找到详细的大纲看看。如果对方不能或是不愿提供详细的大纲,那就有问题了,因为这种大纲是培训机构必然会有的。

得到详细的大纲后要关注几点:
 
第一,课程中是否包括了完整的实践项目内容?如果没有一个完整的实践项目,或是只有一些零散的所谓的实际操作,这种课程的合理性就值得怀疑。
 
其次,课程中是否所有的内容都真正贴近测试?有些培训机构的课程中夹杂了大量的开发课程,而且还美其名曰“增加就业几率和择业范围”,实际上,如果培训机构对自己的测试课程培训出来的学员能否找到与测试相关的工作都心存疑虑,让人怎么相信?
 
第三,课程是否实用?如果纯粹的理论知识占据了大量的课程时间,这种课程一般就是所谓“空中楼阁”式的课程。
 
选择就业培训一定要选择行业内的专业企业,每个领域都会有不同程度的屏蔽,不可能在每个知识领域都是强者。

推荐课程:新科海学校软件测试工程师就业班————9月7日开班

BUG定义标准

发表于 2011-04-24 16:27 浏览次数:1,206 views 来源:

 

目的

对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范,以便进一步指导我们的测试工作。

概念

BUG :软件中存在的瑕疵,可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

BUG提交要求

版本项:测试开始定义本次测试的版本号,测试总结要体现出来。
测试项:主菜单+次菜单+次次菜单
缺陷说明:操作步骤+错误内容+原因说明(可选)
BUG分类

1、功能错误
以需求说明书为参照,未达到或未完成需求说明书所描述的功能即为功能错误。

2、编码错误

在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。

3数据库错误
系统中各类查询数据、插入数据、更新数据时出现的数据库中表结构,视图、索引等不对引起的错误。

4、可操作性错误
可操作性,应用方面的错误

5、界面问题

窗口各控件布局,字体显示等界面不美观,界面、消息提示不友好、不准确等。A. 界面不美观 B. 控件排列、格式不统一 C. 焦点控制不合理或不全面

6、合理化建议
测试者认为有更好的实现方法,检校建、 说明方面的建议。

7、组件错误
测试创业组件产生的错误

8、其它错误
各类文档、帮助的错误。

BUG严重程度

灾难性——系统崩溃,数据丢失,由于程序所引起的死机、非法退出,死循环,数据库发生死锁,错误操作导致的程序中断,严重的计算错误,与数据库连接错误,数据通讯错误

严重的——操作出错,系统功能错误或遗漏;程序接口错误、数据流错误 、轻微数据计算错误

一般的——错误操作提示,界面错误,打印内容、格式错误,简单的输入限制未放在前台进行控制,删除操作未给出提示,数据输入没有边界值限定或不合理。

微不足道——不影响系统功能,更好的操作方式,罕见的错误,辅助说明描述不清楚,显示格式不规范,系统处理未优化,时间操作未给用户进度提示,提示窗口文字未采用行业术语

BUG优先级

高(立即修证)—停止测试,立即修证,修证完毕后进行测试
中(尽快修证)—在版本发布之前必须修改BUG
低(短期内修证)—在项目允许时间范围内修证(项目经理确认)
下阶段修证—BUG推迟到下一阶段修证
附: BUG参考分类

1.功能类

A.重复的功能 B.多余的功能 C.功能实现与设计要求不相符 D.功能使用性、方便性、易用性不够

2.界面类

A.界面不美观 B.控件排列、格式不统一 C.焦点控制不合理或不全面

3.数据处理类

A.数据有效性检测不合理 B.数据来源不正确 C.数据处理过程不正确 D.数据处理结果不正确

4.流程类

A.流程控制不符和要求 B.流程实现不完整

5.提示信息类

A.提示信息重复或出现时机不合理 B.提示信息格式不符和要求 C.提示框返回后焦点停留位置不合理

6.建议类

A.功能性建议 B.操作建议 C.检校建议 D.说明建议

7.性能类

A.并发量 B.数据量 C.压缩率 D.响应时间

8.常识类

A.违背正常习俗习惯的,比如日期/节日等

9.特殊类

A.不符合OEM版本或DEMO版本特殊要求的

 




返回首页 | 关于我们 | 联系我们 | 乘车路线| 地铁路线| 学生住宿| 周边环境| 人才招聘 | 网站地图 | 友情链接 | 版权声明