51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: luckytz1
打印 上一主题 下一主题

[求助] 塔塔面试和感受

[复制链接]

该用户从未签到

21#
发表于 2006-11-24 15:02:14 | 只看该作者
说一下测试流程
感受:我认为这是测试人员应该具备的最基础的知识,但是作为面试官,
      我却没有看到理论指导实践,很明显的感受是理论就是实践。
回应:他竟然告诉我,编写CASE的人员因该去读概要设计和详细设计。我
      很疑惑,如果那样,CASE人员的上一级PLAN的设计人,还有什么作用。
      我认为,CASE编写人不管从能力上,还是从需求的认知都是低于PLAN的
      设计人。他的职责是辅助PLAN的完善,同时为他的下一级测试员提供执
      行用例的依据。而不是去否认PLAN的设计,去浪费大量的时间做一些重
      复的工作。毕竟PLAN的设计是经过多次的REVIEW。
------------------------------------------------------------------------------------------------------
编写CASE的人员因该去读概要设计和详细设计,我认为这点完全没错。
如果不了解概要设计和详细设计,很难写出合适而又良好的TC吧?
TC是对测试过程、测试步骤的说明,如果不了解概要设计、不了解详细设计,那么怎么去了解整个软件的流转过程?如果不了解这些内容,写出来TC又如何较好的指导测试员执行测试?让他们看到软件之后自由发挥呢?还是让测试员再去细读概要设计以及详细设计?

另外认为,设计TC并不是为了辅助Plan的完善。我的理解是Plan和Case,它们所涵盖的内容是不一样的,关注的是不同层面上东西。Plan是从整体上体现测试工作:测试对象、测试需求、要做哪些方面的工作、任务安排、资源、环境、工具、技术、风险等等;而TC则是对具体执行测试的过程的一个指导,先做什么,再做什么,用些什么数据等等;不同的TC覆盖了软件系统的各个方面,每个TC的描述则为具体测试软件系统某个方面的内容、某个功能点等提供了执行的指导。

所以编写CASE的人员因该去读概要设计和详细设计,不是去否任Plan,更不是去做无用的重复工作,而是为了做好TC本身。

不过可能在有的公司里面,Plan和TC的界限并不明显,有可能其Plan本身所涵盖的内容,就已经包扩了TC在里面,那我想这样大家说的就不是同一回事情了。

欢迎提出不同看法,这样大家能有更多的讨论。:)
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2006-11-24 15:23:43 | 只看该作者
2.为什么在流程中没有编写测试的需求设计
感受:我觉得PLAN在一定程度上已经规范了这个设计的问题。如果PLAN是按照
      规范在编写,我很疑惑对与测试来说,时间压力可能是测试人员的客星。
      如果我们完全照搬理论,真的是很可怕。
回应:他告诉我,大公司都是这样的。我也面试了2-3家很大的国外上市公司,
      我没有发现这样的。我很疑惑,这样的做法对测试来说压力有多大
----------------------------------------------
个人看法,编写测试的需求设计是非常必要的,当然这个可能是在做Plan的过程中考虑,而没有用专门的文档去体现。
但是少了测试的需求设计,那整个测试工作,可能就会失去了针对性,容易偏离重点。

不过如何从项目中准确的分析出恰切的测试需求不容易;现在也是常在想怎么整,弄出来的这个东西才是够好的?怎样才能最好的得到准确的测试需求?

要是哪位大侠有心得体会什么的,希望能够不吝赐教。谢谢!:D
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-11-24 15:39:24 | 只看该作者
原帖由 luckytz1 于 2006-11-23 13:45 发表
test plan 是必须有的东西,它是test case 的根,也是整个测试起决定性的一个文档。
斑竹理解错误,面试官,要的是测试的需求设计。说实话我对测试的认识和对Soft lifecycle
的学习,我没有看到过该文档,好象 ...



据我所知,还是有公司测试人员是能看到这些文档的,不仅能看到,还有权限去进行把关,可以提意见等。

不过能看到项目的需求、概要设计、详细设计的项目在国内真的可能不多,不过这不等于就不需要。

感叹,这也就是我们比人家落后的一个方面吧。。。:(
回复 支持 反对

使用道具 举报

该用户从未签到

24#
 楼主| 发表于 2006-11-24 15:42:38 | 只看该作者
你说的很对,是我在PLAN和CASE的关系,没有说很明白
PLAN中对各个功能模块都有测试的大概涉及的测试点以及必测点
CASE人员就是利用这些测试点和必测点来设计CASE和具体的数据的,覆盖PLAN的点是设计的基本要求哦。同时在需要仔细阅读需求规格说明书,目的是补充PLAN 遗漏的点,所以我说是辅助,可能不太恰当。我不认为概要设计和详细设计是需要阅读的。毕竟公司的机密在里面,所以不是任何人都能阅读的。在说目前我所涉及的测试是黑盒,你觉得读那些是必要的吗?我相信很少有公司会给2级设计人员类似的文档。在者在那些文档中很多设计代码和数据流图等的东西,我觉得很多做测试的也不太明白这些吧,只能是越看越乱。

另外我觉得面试官的态度可能是因为面试的人员比较多,所以有些厌倦拉,毕竟我相信每个人能体会这一点。但是我在想这样的效率会怎么?
我那天的面试桌上放了10多分简历。呵呵那么有理想规划的公司竟然没有考虑到这点。毕竟现在的工作是双向选择,双方都有选择的权利,也有尊重他人的义务。
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2006-11-26 02:36:25 | 只看该作者
-各位去过的同学有没有问问这次招聘更详细的背景,黑盒or白盒呢??是公司自己用吗还是招给其他公司当onsite的?  银行项目, 什么来头啊,看起来很诱人啊,如果是EBS里面的模块就更好了.

[ 本帖最后由 keithwong 于 2006-11-26 03:37 编辑 ]
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    26#
    发表于 2006-11-27 10:49:29 | 只看该作者
    原帖由 luckytz1 于 2006-11-24 15:42 发表
    你说的很对,是我在PLAN和CASE的关系,没有说很明白
    PLAN中对各个功能模块都有测试的大概涉及的测试点以及必测点
    CASE人员就是利用这些测试点和必测点来设计CASE和具体的数据的,覆盖PLAN的点是设计的基本要求 ...


    还是认为现在黑盒和灰盒测试的区别已经不怎么明显了。如果说对数据库、程序语言要有所认识,很自然的可以认为可能需要进行灰盒级别的测试。我觉得如果TATA的面试是这样,可能需要一名中高级的测试工程师,可以辅助开发设计人员更好的完成他们的工作。但从面试官的问题里,也可以看得出,该公司的入职门票是基础优先--他不在乎你的经验、实战水平,先考虑你的基本功是否扎实。这可能也意味着长期的培养和不断的学习创新是企业的追求目标。


    包括自己在内,说老实话,不敢保证能把所有的基本知识都牢记在心。我们可能会更关心实际的问题,如何通过现有的知识解决现有的问题,不到万不得已尽量不采用新技术(不知道是不是感觉有点思维僵化--这点上大家见仁见智,不吝赐教。但我个人认为大部分时间都是比较有效和直接的,可以很快确定解决的信心和能力问题,尤其是在时间资源紧张的情况下。)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2006-11-27 11:14:06 | 只看该作者
    我倒是觉得~
    能不能用很实际的东西来回答他的很理论的问题呢?
    没准他们就是想考察一下理论结合实际的能力,这样能看出理论知识到底有多强,还能知道实际动手能力,和知识的运用能力
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2006-11-27 18:03:26 | 只看该作者
    可能这样的公司跟别的公司大面试不太一样吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2007-9-21 09:17:51 | 只看该作者
    楼上的强人们啊!!景仰你们~sdlkfj5
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 07:19 , Processed in 0.078754 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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