51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: lsekfe
打印 上一主题 下一主题

[你问我来答第22期]:如何成为一个专业的软件测试工程师(已结束)

[复制链接]

该用户从未签到

81#
发表于 2012-5-16 21:07:03 | 只看该作者
回复 77# zhangzhimei1004

不好意思回复晚了,为了便于您的查看,黑色字体是您的问题,蓝色字体是我的回复。

“您好,我进入软件测试这个行业已经5年了,一直做的都是功能测试,虽然自动化测试了解一点,但没有真正的项目中使用过,而且一直也没有这样的机会。之前一直有项目做,但最近项目停了,突然闲下来了,回过头来想想,觉得自己这几年来光在做功能测试了,没什么进步,觉得特别迷茫。自己在空闲的时候还用过测试管理Testlink,但也是公司不重视,一直都没用起来,所以现在觉得特别……前途是一片黑暗,帮忙指点一下吧。”呵呵,谈不上指点,互相学习吧!!5年的职业生涯,说长也不长,但说短也确实不短,我觉得您应该积累很多很多了,您可以把您5年来所做的项目的业务逻辑加以整理,既然您一直都是做的是功能测试,您可以把您的功能测试理论加强,相信您应该对功能测试有自己独特的见解和体会的,突出功能测试。其次对于自动化测试,既然没有做过项目,也可以不必深究了,作为了解就可以了,30岁之后,大多都想走管理,走技术比较累,其次也没有那么多经历和时间,很多时间都要放在家庭方面,当然您如果特别爱好技术的话除外。所以我个人建议,您可以走测试管理路线,其实在测试领域,走上管理岗位,相对其它行业,我个人觉得是比较容易的一件事。从国内软件测试行业的现状分析,很多中小型企业都不是很重视测试,而往后走,测试一定会被越来越重视起来,那么这些企业中,都需要建立测试部门,那么这其中就产生了很多的测试管理需求。而这些管理需求的要求也不会很高的,所以进入应该相对比较容易。所以结合您的描述,我给以下几个建议1.深入并加强测试理论,突出功能测试能力 2.整理您所做过的所有项目的业务知识,和相关文档 3.自动化测试可以作为了解,不必深入。和别人聊起来,能说来个所以然,就可以了 4.学习一下数据库(任何一种数据库都可以,只需关注sql就可以了) 5.测试管理工具QC或者 其它的,了解就可以(一边用一边学也可以的) 6.关注管理方面的知识和人文方面的知识的 7.可以加强一下英语方面的。当您有一定的管理方面的经验后,这个会为您走上更好的平台起到决定性的作用的。每个人都可以做任何事,也可以成就任何事的,只是你的思想局限了你的行为而已。




以上回复,仅属个人建议,不一定正确,回复的也比较乱,仅供您参考,祝您身体健康,工作顺利
回复 支持 反对

使用道具 举报

该用户从未签到

82#
发表于 2012-5-16 21:09:05 | 只看该作者
回复 77# zhangzhimei1004


    不好意思回复晚了,为了便于您的查看,黑色字体是您的问题,蓝色字体是我的回复。

“您好,我进入软件测试这个行业已经5年了,一直做的都是功能测试,虽然自动化测试了解一点,但没有真正的项目中使用过,而且一直也没有这样的机会。之前一直有项目做,但最近项目停了,突然闲下来了,回过头来想想,觉得自己这几年来光在做功能测试了,没什么进步,觉得特别迷茫。自己在空闲的时候还用过测试管理Testlink,但也是公司不重视,一直都没用起来,所以现在觉得特别……前途是一片黑暗,帮忙指点一下吧。”呵呵,谈不上指点,互相学习吧!!5年的职业生涯,说长也不长,但说短也确实不短,我觉得您应该积累很多很多了,您可以把您5年来所做的项目的业务逻辑加以整理,既然您一直都是做的是功能测试,您可以把您的功能测试理论加强,相信您应该对功能测试有自己独特的见解和体会的,突出功能测试。其次对于自动化测试,既然没有做过项目,也可以不必深究了,作为了解就可以了,30岁之后,大多都想走管理,走技术比较累,其次也没有那么多经历和时间,很多时间都要放在家庭方面,当然您如果特别爱好技术的话除外。所以我个人建议,您可以走测试管理路线,其实在测试领域,走上管理岗位,相对其它行业,我个人觉得是比较容易的一件事。从国内软件测试行业的现状分析,很多中小型企业都不是很重视测试,而往后走,测试一定会被越来越重视起来,那么这些企业中,都需要建立测试部门,那么这其中就产生了很多的测试管理需求。而这些管理需求的要求也不会很高的,所以进入应该相对比较容易。所以结合您的描述,我给以下几个建议1.深入并加强测试理论,突出功能测试能力 2.整理您所做过的所有项目的业务知识,和相关文档 3.自动化测试可以作为了解,不必深入。和别人聊起来,能说来个所以然,就可以了 4.学习一下数据库(任何一种数据库都可以,只需关注sql就可以了) 5.测试管理工具QC或者 其它的,了解就可以(一边用一边学也可以的) 6.关注管理方面的知识和人文方面的知识的 7.可以加强一下英语方面的。当您有一定的管理方面的经验后,这个会为您走上更好的平台起到决定性的作用的。每个人都可以做任何事,也可以成就任何事的,只是你的思想局限了你的行为而已。


以上回复,仅属个人建议,不一定正确,回复的也比较乱,仅供您参考,祝您身体健康,工作顺利
回复 支持 反对

使用道具 举报

该用户从未签到

83#
发表于 2012-5-16 21:23:55 | 只看该作者
回复 78# lamuda

不好意思,回复晚了,为了便于您的查看,黑色字体是您的问题,蓝色字体是我的回复
1.QA 和tester 有什么区别?
QA是Quality Assurance的简称,不同的公司有不同的叫法,有些公司只有QA,没有tester,他们所做的事就是一个tester所做的事,他们等同于tester,有些公司只有tester,没有QA,他们主要职责也是对系统测试,保证其质量,而有些公司,QA部门和测试部门都有,这个时候是两个不同的部门,那么QA职责主要在于测试流程的制定,测试规范的建立、测试质量的审计等相关工作,而测试人员主要负责系统的测试
2. 所谓的测试人员的测试范围包含对需求的测试否?对系统分析的测试否?
比较正规的测试流程,测试人员的范围是应该包括对测试需求的测试的,从项目的前期,测试人员就应该进入的,开发人员负责捕获需求,测试人员负责测试需求的捕获,然后就是概要设计、详细设计等的测试、之后就是系统测试,系统集成测试,用户验收测试,当然中间有需要的话,会做回归测试。只是很多公司为了节约成本,大多就是从系统测试开始的,有的甚至就直接从用户验收测试,还有的就直接做随机测试,等快交付给用户的时候,随便做一下测试

以上回复,仅属个人见解,不一定正确,仅供您参考,祝您身体健康,工作顺利
回复 支持 反对

使用道具 举报

该用户从未签到

84#
发表于 2012-5-16 21:47:34 | 只看该作者
回复 73# CindyYM

不好意思,回复晚了,为了便于您的查看,黑色字体是您的提问,蓝色字体是我的回复   
“呵呵、、、谢谢专家的回答,专家辛苦了。关于自动化测试,小强老师的视频我都看完了的,只是在工作中运用起来比较困难,(时间和能力的限制,就会录制、回放、参数化、调试)。专家,我上班的公司我是第一个测试人员也是唯一的一个,所用得知识都是以前培训时学的和在工作中遇到问题百度解决,我很想知道大公司的测试流程是怎样的。我现在的工作就是根据需求写测试用例、执行用例、提交Bug、追踪Bug、回归测试、写测试总结报告等,对测试计划这些都没接触过。”呵呵,不要交专家,我也是一个学习中的菜鸟而已,从描述中可以看得出,您是一个很上进,很爱学习的好女孩,应该说从学校出来后,参加工作后,在坚持学习已经很不容易了。关于自动化的学习,您已经有了一个很好的基础了,可以学习一下VBS,另外参照QTP带的例子、文档、还有脚本,好好的看一下,争取能把那个它所带的脚本自己都实现一遍。关于测试流程(测试需求分析,概要设计测试、详细设计测试,系统测试,系统集成测试,用户验收测试),一般的公司大体都差不多的。一个人的测试,有这些流程已经很不容易了。对于测试计划,您可以到网上找一下,看一遍就可以了。关于学习不用太着急,一样一样的来。从测试计划、分析与设计、开发测试用例、执行测试用例、总结与评审。这些个流程,您都可以在自己的工作中走一遍

以上回复仅属个人见解,不一定正确,仅供您参考,祝您身体健康,工作顺利
回复 支持 反对

使用道具 举报

该用户从未签到

85#
发表于 2012-5-16 21:48:25 | 只看该作者
回复 83# yejinggood

    互相学习哈
回复 支持 反对

使用道具 举报

该用户从未签到

86#
发表于 2012-5-16 22:01:57 | 只看该作者
回复 78# lamuda


    “使用qtp11中遇到二个问题,需要解决,一个页面跳转的问题,当一个页面跳转到另一个页面,一般都是通过控件是否存在来判断的,但是公司开发软件,每个页面都能获得所有页面的控件,所以不知道怎么能判断出跳转是否正确?第二个问题图片识别码的问题,session是存放图片识别的地方,但是qtp没有找到合适方法去获得session值,求解,谢谢”第一个问题,判断页码是否跳转成功,您的方法是正确的,它就是添加一个检查点,您添加一个这个页面能够唯一区分的控件就可以了,只要这个控件存在,那说明跳转成功了,至于对第二个问题,您在QTP自动的文档里搜一下sesssion相关的,应该可以找到方法的。

以上回复仅作为参考,不一定正确
回复 支持 反对

使用道具 举报

该用户从未签到

87#
发表于 2012-5-17 07:41:41 | 只看该作者
回复 79# huang0427OK


    忘了说一点,除了控件,也可以是其它的,比如图片等都可以用来作为判断依据,只要是唯一性标志的都可以的
回复 支持 反对

使用道具 举报

该用户从未签到

88#
发表于 2012-5-17 14:48:34 | 只看该作者
专家好,
我上一个负责的外包项目,是在开发工作完成三分之二的时候引进测试的。项目需求文档比较粗略,我也写了一部分case。但真正测试的时候,系统与需求文档相差的太多了(负责人没有及时更新需求),导致很多case用不上。而且开发的系统质量很差,主要功能模块都有严重问题,基本上东测测西测测。因为实际系统与需求文档差距太大,另外系统质量太差,所以基本没有按照case来测试。当然对于许多重要测试点我有做标记避免漏测。系统相对稳定的时候也有看case,检测是否有漏测功能点。我相信很多公司都有类似的问题,尤其是小公司。很不好意思的说我这个项目还是微软的项目,只不过项目不大,流程太不规范了,稍稍有些失望。该项目负责人对系统要求也不高(微软为一个大公司做的内网)这个项目已经达到他们的要求了。作为测试人员,远没达到我的要求。不过以后我估计还是会碰见类似的情况,我现在需求请教的问题是:(1)针对这种情况,如何根据需求文档挖掘更多更深的case,如何全面的写case?(2)设计的case用不上,时间又紧张,如何开展测试?重新设计case?还是列出主要测试点,在实际测试中灵活测试?希望过来人给一些建议,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

89#
发表于 2012-5-17 21:33:01 | 只看该作者
回复 88# yoyonickyoyo

呵呵您说了这么多,我做个简要的回答吧,为了便于您的查看,黑色字体是您的提问,蓝色字体是我的回复

“我上一个负责的外包项目,是在开发工作完成三分之二的时候引进测试的。项目需求文档比较粗略,我也写了一部分case。但真正测试的时候,系统与需求文档相差的太多了(负责人没有及时更新需求),导致很多case用不上。而且开发的系统质量很差,主要功能模块都有严重问题,基本上东测测西测测。因为实际系统与需求文档差距太大,另外系统质量太差,所以基本没有按照case来测试。当然对于许多重要测试点我有做标记避免漏测。系统相对稳定的时候也有看case,检测是否有漏测功能点。我相信很多公司都有类似的问题,尤其是小公司。很不好意思的说我这个项目还是微软的项目,只不过项目不大,流程太不规范了,稍稍有些失望。该项目负责人对系统要求也不高(微软为一个大公司做的内网)这个项目已经达到他们的要求了。作为测试人员,远没达到我的要求。不过以后我估计还是会碰见类似的情况,我现在需求请教的问题是:(1)针对这种情况,如何根据需求文档挖掘更多更深的case,如何全面的写case?(2)设计的case用不上,时间又紧张,如何开展测试?重新设计case?还是列出主要测试点,在实际测试中灵活测试?希望过来人给一些建议,谢谢!”第一个问题,只要把所有的需求覆盖到就可以了,至于能不能挖掘更多更深的case,这个要看您对需求的理解程度,我觉得能把所有的需求都覆盖到,把所有的这些点都跑到,都check到,都已经很不易了。第二个问题,时间紧的情况下,可以做冒烟测试,就是只根据需求点测试,不需要写case,相反写case还是多余的

祝您身体健康,工作顺利
回复 支持 反对

使用道具 举报

该用户从未签到

90#
发表于 2012-5-17 22:16:08 | 只看该作者
回复 76# jasonteststudy

注释//#include <cppunit/extensions/HelperMacros.h>
报如下错误:
d:\c program\cppunit\mathtest.h(3) : error C2653: 'CppUnit' : is not a class or namespace name
d:\c program\cppunit\mathtest.h(4) : error C2504: 'TestFixture' : base class undefined
   
反之 留#include <cppunit/extensions/HelperMacros.h>注释其他的报如下错误

d:\c program\cppunit\mathtest.h(1) : fatal error C1083: Cannot open include file: 'cppunit/extensions/HelperMacros.h': No such file or directory
回复 支持 反对

使用道具 举报

该用户从未签到

91#
发表于 2012-5-18 09:34:36 | 只看该作者
回复 89# jasonteststudy


    嘿嘿,是不是太罗嗦了?我想把情况和问题表达情况,您回答起来更方便一些。如果问题表达不清楚,您回答起来也困难,也许还要再进行交流。
谢谢解答!同样祝福您,谦虚的人儿!!
回复 支持 反对

使用道具 举报

该用户从未签到

92#
发表于 2012-5-18 09:34:45 | 只看该作者
回复 89# jasonteststudy


    嘿嘿,是不是太罗嗦了?我想把情况和问题表达情况,您回答起来更方便一些。如果问题表达不清楚,您回答起来也困难,也许还要再进行交流。
谢谢解答!同样祝福您,谦虚的人儿!!
回复 支持 反对

使用道具 举报

该用户从未签到

93#
发表于 2012-5-18 09:40:48 | 只看该作者
回复 89# jasonteststudy


    以后需要改进的地方是要加深对需求的理解,使得case覆盖率高一些。在开展测试过程中发现有遗漏的功能点也要及时弥补上。
回复 支持 反对

使用道具 举报

该用户从未签到

94#
发表于 2012-5-18 10:18:33 | 只看该作者
您好:
我用QPT 在获取列(GetCellData)的值的时候 最后一列始终获取不到,但是用SelectCell又可以选中这个列的数据,这个是为什么啊?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    95#
    发表于 2012-5-18 20:15:41 | 只看该作者
    这个专业不好理解啊,要看怎么定义
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    96#
    发表于 2012-5-18 21:25:45 | 只看该作者
    回复 91# yoyonickyoyo


          "嘿嘿,是不是太罗嗦了?我想把情况和问题表达情况,您回答起来更方便一些。如果问题表达不清楚,您回答起来也困难,也许还要再进行交流。
    谢谢解答!同样祝福您,谦虚的人儿!!"呵呵,这样表述的很好的,您过奖了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    97#
    发表于 2012-5-18 21:26:47 | 只看该作者
    回复 93# yoyonickyoyo


        “以后需要改进的地方是要加深对需求的理解,使得case覆盖率高一些。在开展测试过程中发现有遗漏的功能点也要及时弥补上。”希望您在测试这条路上走的越来越好,越来越远
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    98#
    发表于 2012-5-19 09:11:49 | 只看该作者
    回复 90# royz


        "注释//#include <cppunit/extensions/HelperMacros.h>
    报如下错误:
    d:\c program\cppunit\mathtest.h(3) : error C2653: 'CppUnit' : is not a class or namespace name
    d:\c program\cppunit\mathtest.h(4) : error C2504: 'TestFixture' : base class undefined
      注释  #include <cppunit/extensions/HelperMacros.h>的时候,您要把后面与此调用的都要注释掉,这样做是想排除是否与包含这个文件有关,如果您把后面与此相关的都注释了,那有可能是其它位置出问题了,与这个包含文件没关系。但从您给的报错信息来看,您后面与包含进来的文件并没有注释

    反之 留#include <cppunit/extensions/HelperMacros.h>注释其他的报如下错误

    d:\c program\cppunit\mathtest.h(1) : fatal error C1083: Cannot open include file: 'cppunit/extensions/HelperMacros.h': No such file or directory"
    从这条错误来看,与其它程序没关系,可能错误与这个包含文件有关系,先改成绝对路径试试,如果还报错,检查您包含进来的文件程序是否正确,设置断点进行调试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    99#
    发表于 2012-5-20 22:03:20 | 只看该作者
    hi,看不出来啊,你还有这一面啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    100#
    发表于 2012-5-20 22:36:32 | 只看该作者
    王大哥好,接着问问题,呵呵呵
    一个项目多个版本Build的测试,时间可能会持续很长时间,一轮一轮的相同模块相同功能按照测试用例执行测试可能会产生厌倦,如何消除厌倦(不考虑回归测试用自动化来完成);如果在后面几轮把新的测试技术引入到测试中,如前几轮用结构化测试,后几轮用探索式测试,引入新的测试技术,质量的风险如何解决?每一轮的测试重点不一样,如何准确抓住每一轮的侧重点?如这轮主要测试主要功能,那这个主要功能怎么定义的,按照需求?如果时间允许的话,把主要功能测试完成后,要不要进行详细测试,详细测试的话,肯定会与测试主要功能的工作量重复,这个如何解决及把握?谢谢
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-17 17:28 , Processed in 0.081302 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表