新加入一个团体，如何能尽快的展开测试工作？（08-09-01）（获奖名单已公布）

默默巫

新加入一个团体，该怎么样了解测试的进度，如何能尽快的展开测试工作？

请各位同行踊跃发表自己的看法和提出自己宝贵的建议。

感谢会员hou0211提供此精彩问题！如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

非常感谢各位会员积极参与，截止至9月7日24：00分，从该贴所有评论中选出部分作出精彩评论的会员予以奖励。礼品和积分将在本周内送出。

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	zhuzx	当当购物卡50元	18#
二等奖	poisson	300论坛积分	32#
三等奖	goal1860	100论坛积分	14#

judy2sa

1.首先要了解项目的总体计划及需求－要能尽早快的展开测试工作，必须先对这个项目的情况做一些了解，知道项目大致的计划和时间安排，需求熟悉得越快，测试工作的开展也会越快。
2.了解测试计划及用例－先知道测试计划是如何安排的，以便了解目前的测试进度，在熟悉了需求后查看用例时会轻松许多，或者需求与用例交叉来熟悉，按个人习惯来选择。
3.走读缺陷库，看看已经发现的BUG情况－知道了BUG分布的情况，可以清楚目前测试工作开展得如何，哪些模块是已经测试过的，如果有能力，分析一下目前缺陷库中BUG产生的原因，可以知道程序员容易犯错的地方，方便自己在测试时在此方面多注意一下。
4.与项目组成员保持良好的沟通－在对需求与计划，或是缺陷库中问题描述有疑问时，要及时与项目组成员沟通，知道最新的情况。
5.明确自己的职责－清楚自己接下来的工作任务，针对性地做一些自己的测试计划或用例，或对原来的用例作一些添加或修改，接下来就可以开展测试工作了。

archonwang

抽空再答，先占个位置。:-)

小狐狸如如

以我自己的经验来说，首先要了解你的项目成员，测试组的组长，其次要了解你们的项目计划，测试计划，测试安排，项目进度，然后是好好研究需求，特别是对于你负责的地方，着重的认真的看下去。到后面就是走读你的项目成员或者前辈们的用例，尝试自己去写一些自己将要负责的用例，查看同事提交的缺陷报告；最后是自己加入项目，融入团队，开展自己的工作。

winds

这个问题相当精彩，无论是谁都会遇到的一个说不大很大，说小也不小的情况

以个人理解，分两方面
1.人际关系
1）与测试部门内部的人际关系
2）与项目组内部的人际关系
3）公司内部的人际关系
做事先做人，人际关系处理不好，寸步难行啊，这方面就不多做解释了。部门与项目组内部的人际关系相信大家都比较好理解，因为这些人都是打交道最多的对象；公司内部的人际关系，经常看到有些人会忽视这点，只管做好自己的事而只与平时工作中会接触到的一些人有些关系，但结合不少职场前辈的经验，多个朋友多条路，最起码也要保证以后工作中不要被人穿小鞋，多多和别人打好关系吧。

2.本职工作
这方面建议
  1）在人际关系相处还可以的前提下，多多与人请教，因为别人教永远比自己看节省时间。只是，别一天时间都跑去请教人家，这样就不好了。
    2）没人教的孩子估计也不少，被扔一堆文档自己学的，这样比较痛苦。这种时间，建议看几个文档，用户手册、第一期的软件需求以及设计文档、测试方案、测试报告、软件页面等，其它的像bug库、测试用例等，不建议在没有概念的情况下去看。尤其像BUG库，上手看那些BUG，会看晕的，说实话，到现在我都没看完整过（想想，要是上手就是一个已有2千多BUG的软件，看一遍都是一件很累的事）。一句话，先整明白业务与软件现状，再整明白业务发展与软件不足，咱们那点专业技术那是把对象整明白后再考虑的事。

默默巫

原帖由 winds 于 2008-9-2 12:08 发表
这个问题相当精彩，无论是谁都会遇到的一个说不大很大，说小也不小的情况

以个人理解，分两方面
1.人际关系
1）与测试部门内部的人际关系
2）与项目组内部的人际关系
3）公司内部的人际关系
做事先做人， ...

很实在

david208

我觉得：
1 速度和同事们搞好关系
2 速度熟悉系统，不懂的多问。
3 领导的话一定要听，执行力要强哦。
4 认真的工作，不要拖后腿，要让同事信任你。

lichao_lc4

新加入一个团体，首先要知道该团体所做的业务，从而尽快的学习该业务；其次，将自己以前的工作经验（或理论）与该业务结合；再次，人无完人，在遇到困难是应该向老员工（该团体元老）请教，学习；最后，认真工作，以饱满的热情干好每一件事！

chengxq

如果我们把这个当作项目进行管理，那么就很简单了，用问题的形式就是，你的目的是什么？为了达到目的，你的计划如何去做？做的过程中遇到问题对应？
首先，目的很明确，就是新进入一个公司，能够更好的开展测试工作。
其次：1.识别组织级的资产，每个公司都应该有定义好的测试流程，bug库，这些你要先熟悉起来
      2.书籍以及网络资料的学习，测试是有针对性地，如测试case，功能，性能等，所以你想对应的是哪个，那就找相对应的书来仔细看看。书籍的采购要买经典的，烂书只能浪费时间，不要贪图便宜买本简单的书，记住，投资是为了回报
      3.你的时间安排，大家都知道，如果没有时间计划，那事情总会一拖再拖，如果我们今天定个计划，今天做什么每天做什么，要根据上面说的组织资产以及书籍和网络资料来安排自己的学习进度，切忌要合理。
      4.要和公司的人员搞好关系，做好沟通，个人感觉作为一个测试人员，首先要乐观，其次要坦然，遇到事情不要急，要心平气和，要向对方说明具体的情况，但对于一些严重的bug ，要坚持原则。沟通是门艺术，5楼的哥们写的挺实用的，呵呵。强调一点，有的时候，技术不是第一，而是人与人之间的关系才是最重要的！！！！关于沟通，参见：http://bbs.51testing.com/thread-123267-1-1.html
最后：1.遇到问题，要及时向别人请教，可以是公司的，可以是网络的，51testing，我看测试类的板块很火，估计效果不错吧，否则不能这么火，具体没有考证，呵呵
       2.实践！计算机行业包括测试，就是不段的实践，对书本上的东西要进行操作，对公司测试工作，也要不断的总结不段的完善，一点一点的积累，对认为有用的经验，可以及时记下来，平时多看看。
建议：学习的过程是枯燥的，建议找个学习相同类的伙伴，一起学习，一起探讨！对具体的项目，想测试好，那对其功能，对其设计要详细了解，对具体的项目，这个是重点！因为测试工作的输入点之一，就是设计书！

[ 本帖最后由 chengxq 于 2008-9-3 10:27 编辑 ]

winds

好像大家讨论的越来越偏题了
－－－－－－－－－－－－－－－－－－
当前问题：新加入一个团体，如何能尽快的展开测试工作？

这个问题的重点是如何尽快进入工作状态，前提的是新入公司
而大家所讨论的是如何有效顺利的进行工作，这个是针对所有公司员工

咱们是不是应该抛开那些技术能力方面的题材，你被招进公司，就表示公司认可你的技术与能力
不熟悉的只是环境，公司文化环境、同事关系、工作流程等

我心何在

我觉的你进入一个新公司，对你来说是新鲜的 ，而对公司来说，你也是新鲜的。
这个时候是双方都在适应。
而这个适应时间里，你的技术水平提高的并不会多快，所以我觉的首要任务是让你的团队相信你 ，信任你。
简单说 ，也就是人际关系 第一重要。

举偶一个例子。
偶曾经进过一个公司，公司号称很大，小牛很多，刚进去，偶也很内向，和同事交流不多，只低头干活。
偶部门老大和偶均喜欢抽烟。有段时间，偶老大从不带火机，每次出去抽烟必向me借火机使用，但从不归还。
因人家是偶老大，偶又和人不熟悉，加上火机东西甚小，偶不好意思讨还。
于是乎，偶曾经一个星期去楼下小店买了7个火机，小店老板都觉的偶怎么总是去买打火机。。。

其实后来觉的这是老大一个小策略，刚开始大家不熟悉，总要试探着互相认识。

后补，后来向该老大讨还过火机一次，往后再没向me借过。不过，老大家里添小孩子的时候，偷偷向me塞了一包中华。。

动力无限

谁答题比较好，偶就送高手鲜花，表示奖励！！！

woodcraft

1、了解产品与项目。我将要承担的是什么产品的测试？是终端产品？平台产品？
2、了解测试的流程。我要做的是什么的测试？黑盒？白盒？我对谁负责？项目经理？测试经理？产品经理还是部门主管？我的输入是什么？是研发的内部正式版本？还是每日BUILDING版本？我需要做哪些输出？BUG管理工具是什么？配置管理工具是什么？
3、了解团队氛围与组织架构。团队的气氛是什么？是鼓励自由测试？还是鼓励执行力？
4、其他软技能。如人际关系等等。

我认为这样思考，能尽快开展测试工作。

goal1860

刚进一个项目，会有两种情况，一种是项目刚启动，那只要把人头搞搞熟，流程弄弄清楚，跟着大伙一块做就完了。另一种情况是半途加入，会感到一定的压力。压力的来源有：
1。担心无法跟上进度。因为对客户业务，应用程序，特殊工具，日常流程不熟悉，千头万绪不知道从哪里开始
2。担心能力无法适应。有些测试项目需要背景知识，有些需要白盒分析技能，或者自动化脚本的能力。自己可能以前未接触过
3。担心无法适应团队。周围都是陌生人，自己是否会被很快接受
我刚进一个项目会先搞清楚：
1。自己要直接汇报的人。关系汇报和工作汇报有时会分开，如关系汇报给项目经理而工作汇报给测试组长。
2。要汇报给自己的人（当你有一定级别）
3。找到一个可以直接给你帮助的人，最好由领导指派，这样责任更明确
4。项目里怎么分组，你处于哪个组，该组的职责是什么，你会跟谁合作，开发组有没有单一联系接口
5。项目里提供一些公共服务的人是谁，跟谁申请测试机，跟谁要软件，跟谁要刻录盘，跟谁要文档模板等
6。开发流程是什么，瀑布还是敏捷
7。SQA是谁，他（们）能提供什么以及要什么
8。你的可用资源有哪些，如测试机，账号，可用的软件库，哪些是分享的，哪些是你自己专用的
9。使用哪些一般的工具，如cvs,svn,sharepoint,wiki,share folder,bug tracking system
10。项目的测试对象是什么，大体怎么测，手工还是自动化，虚拟机还是实体机，测试平台是windows 还是unix,英文还是多语言，测功能还是别的，黑盒还是白盒
11。现在处于什么项目阶段，当前的首要任务是什么，期限是什么时候
12。什么时候交工作报告，哪些例会要参加，要做什么准备
13。你有可能会最先被安排什么具体工作，写用例还是跑测试，还是搭建自动化
14。有什么特别的规定，什么事情不可以做。我们遇见过因擅自搭建dhcp/dns服务器造成的网络瘫痪
应该从什么文档开始学习
然后会：
1。下载或检出项目文档
2。安装必要的软件，包括项目要求的和自己觉得会有帮助的合法软件。有些软件如果没有用过大体上学习以下用法
3。学习文档，学习深度因时间要求而异。实际项目中很少会有很多时间让你学习，就只能过一下整个系统的概况，知道有哪些组件以及它们的大体功能
4。安装要测试的系统，并初步使用，获得一定感性认识。测试环境要尽可能地和他人一致，以便重现和解决安装中的问题。我们经常有这种体会就是系统经常“欺生”，第一次安装很容易出问题，但这种经历能够帮助了解系统和发现不为人注意的缺陷。
5。根据用户说明过一下最主要的功能场景
6。找到存在的测试用例，跑一下正面的测试用例，就可以加深对功能的认识
7。访问缺陷列表，看看是否能理解或重现缺陷，了解主要的缺陷来源，不理解的询问提交者，太深的就搁置不理
8。如有可能检出代码作白盒分析
9。熟悉或搭建自动化测试环境，学习相关工具和脚本的使用
10。熟悉项目内对缺陷报告和测试报告的格式，自己留个模板

看上去很长，其实是按一定脉络下来的。简单概括就是：理顺人脉，尽早上手，摆正位置，勤勉工作

pepper

看了大家的回答，感觉相当精彩，回答不错哦！！！

ivanland

我个人觉得该问题可以归纳为两点：
1、环境（包括人际关系和测试环境）
人际关系：
好的人际关系能够让我们很快的融入到团队中，融洽的氛围可以带来愉悦的心情，从而提高个人的工作、学习效率，更快地熟悉公司要求我们掌握的东西。
测试环境：
尽快的熟悉公司的测试环境和工作方法，掌握公司所运用的测试运行和管理工具。
2、业务结构（主要是个人主要负责的工作）
在掌握了测试工具的基础上，熟悉个人的工作对象、内容和性质。在工作的过程中，要发挥主观能动性，不要被动地接受，这样可以学到更多的东西。

chuming

这个题目出的很好，希望大家多多参与呀！！

zhuzx

作为一名测试新人加入团队，大多数情况下，项目组成员都是一种热情欢迎的态度，并且主动提供力所能及的支持和帮助，如何快速熟悉项目业务和测试环境，尽快投入到实际工作中去，我谈谈个人的经验和一些看法，供同行参考：

1、寻找新公司的团队元老：

  一般来说，一个新人进入新公司，都要指定一个师傅带一段时间，这也就是我们说的测试前辈。很多时候，测试前辈都是经验非常丰富的测试高人，如何您和他相处融洽，关系不错，凭他个人丰富的业务经验，给您指点迷津，也许会比你自己摸索10倍的时间效果还好。很多的测试新手，刚进入新公司时，自高自大，眼高收低，测试前辈都不愿意交，结果到了试用期转正答辩的时候，一问三不知，被迫离开公司，被炒鱿鱼。这样的例子我看到的不下于10例，很可惜丢失了很多工作机会。

2、虚心的学习态度：

刚到一家新公司，保持谦虚的学习态度非常必要。记得我刚毕业那年，公司招聘了一个测试主管，他有4到5年的工作经验，阅历算是不简单，也是我们心目中的牛人吧。但是那个人，除了听总监的话以外，对于我们部门的其它人来说，他简直是自高自大，目中无人，根本不把部门里的其他人放到眼里，觉得部门的人都不如他。他作为一个空降兵，老员工和新员工，对他都很冷漠，碰到什么问题，需要小组成员帮忙的时候，大家都不愿意帮助他，互相推诿，并且经理也找他谈了几次话，效果不明显，结果他呆了不到2个月，估计是自己觉得很不开心，被迫离开了公司。其实，保持低姿态，谦虚的学习态度，必不可少。

3、阅读项目相关的文档：

  一般来说，新人一到公司，就会安排到项目中去。作为测试新手，快速阅读相关的“需求文档”、“详细设计文档”和“用户手册”特别关键。我们能够通过需求规格说明书等文档，快速熟悉系统相关的知识，获取编写测试文档的相关信息。如果项目已经编好了用户手册，您完全可以根据文档的步骤，一步一步傻瓜式的熟悉每项功能。只有掌握的这些文档的精髓，测试才会变得异常轻松呀。

4、快速熟悉项目相关业务知识：

刚到新公司的测试人员，如果你是跳槽到以前做过的相近行业，有丰富的经验了，那么您熟悉业务没什么大的问题。如果您换的新公司是您以前都没有接触到的行业，那你一定得努力一点，买些相关的业务知识看看非常必要。我深有体会，以前从一家“通讯公司”跳槽到做“银行系统”的公司，业务完全两样，很多业务知识都是从零开始。不过有一定的工作经验，学习起来也挺快，关键取决于个人是酷爱学习和坚强的学习毅力。

5、尽快介入了解被测试系统：

   刚跨入一家新公司，如果被测试系统已经开发的差不多了，部分功能已经OK了。你可以部署到测试环境下，尝试从直观测试的角度去尽快了解系统，尽快结合文档熟悉起来。很多的时候，通过页面操作实际的系统比看文档效果好的多，并且印象更深刻，熟悉系统更快。新加入公司的朋友不防试一试。

6、了解公司类似的相关产品：

    大多数的公司，都不可能在每个行业都非常强，基本上都是在某一个较小的领域很强势，公司主要就是研发强势相关业务的产品。所以说，相关的产品一般来说是很多的，如果要你测试的系统没有开发完毕，如果时间和条件允许，不妨先了解一下公司类似的产品，以便尽快熟悉起来。大多数情况下，公司很多的产品都是相通的，大部分的产品是在不同的客户要求下，修改了部分功能和界面而已。个人认为：了解类似的产品，也是测试新手快速熟悉产品的一条捷径。

7、尽量多参加项目的各种会议：

    每个项目，特别是在项目的启动阶段，大会小会不断，很多时候项目组成员抱怨居多，都认为很浪费时间，耽误开发进度。如果作为测试新手的您这个时候加入，那太好了，多参加这样的讨论会。大部分时间都是在讨论项目的重点和关键，如果大家意见不一致，必然要对不一致的东西展开细节讨论，您肯定是收益匪浅。特别是对业务方面的讨论，您参加几次讨论，比您看10篇需求还强，并且理解也很透彻。如果您对需求有所了解，但是部分功能模块还有问题，就可以在讨论会上随时提出来，大家一起讨论，共同解决。如果有这样的机会，切勿放弃哟。

8、阅读类似项目已有的测试用例：

   如果项目已经启动并进入了测试阶段，如果你在这个时候介入，通常情况下负责人都会给你提供整个项目或部分需要你测试的部分模块的测试用例。这些测试用例也是您快速上手测试的重要参考资料。如果还没有编写测试用例，你就介入了，那你就得重头开始，您可以阅读项目类似的测试用例，并结合以前项目的测试经验，根据公司相关的测试用例模板开始编写测试用例。如果在编写测试用例中碰到您不了解和很难处理的问题，您可以记入测试需求疑问表格，等部门开会时，提出来大家讨论。最好不要碰到一个问题就去问，经常打乱人家的思路，弄得别人嫌烦，那就不值了。

9、查看缺陷数据库中旧有的缺陷：

   一般的测试缺陷跟踪系统，都是按模块来分类软件缺陷的。如果老大给你分配了测试任务，你就可以有目的的去熟悉即将测试的模块缺陷。登录系统后，对缺陷进行筛选，尝试按测试前辈的Bug描述步骤进行操作，看看是否能够重新缺陷？这种方法能够借鉴测试同行的经验，尽快发现问题，避免测试的盲目性。一来可以拓宽您的视野，避免递交类似问题的Bug或是重复的Bug，二来还可以为您快速熟悉被测试系统添砖加瓦。

10、必须明白自己领导是谁：

   一般的员工进入公司，公司和部门领导很多，搞不清楚谁管我，碰到问题问谁？谁可以帮忙解决问题？如果真是这样那就麻烦了。部门领导臃肿的情况实在是太多了，有的公司，既有2测试经理，又有几个测试主管，还有多个项目经理和研发总监，不知道工作向谁回报，对哪个领导负责。弄得每个领导都回报，很累呀！！我的做法是：测试项目中负责领导只有一个那就是测试主管，测试主管负责安排和分配每个测试人员的工作和任务，我直接Review测试主管。如果项目中碰到有什么解决不了的问题，组内成员可以直接找我，同时我也定期加入项目参加部分测试，了解测试项目的一些进展情况，必要时还要找一些人谈心。这样，工作汇报比较简单明了，很轻松。

11、熟悉与测试相关的管理软件的使用：

  我说的这个测试相关的软件包括缺测试需求管理软件（如TestDirector或QC）、陷跟踪管理软件（如：TestTrack Pro、TestDirector等等）、版本配置管理工具软件（CVS、VSS，还是SVN等等），具体熟悉到什么程度，那就要看您的职位了。如果您是一般的工程师，那你就只了解一般的使用就够了，如果您是测试经理，您不仅要了解一般的使用，还要更深层次的了解软件的权限和项目的配置，因为您要作为该软件的Admin，碰到问题大部分都由您搞定呀，高工资不是那么好拿的呀，哈哈！！！如果作为新入职的您，连这些都不会，那你就得加把油了，不然到了测试启动阶段，你才开始熟悉管理软件，那么你觉的能够快速展开测试吗？

12、注意沟通技巧，把握请教良机：

  为了尽快熟悉项目，展开测试工作，沟通技巧必不可少。您作为新入职的测试人员，尽量了解每个开发人员开发的模块和每个开发人员的性格特点，寻找一些共同语言，拉近与开发人员的距离，让他们对您产生好感。只有这样，当您碰到问题的时候，他们才会鼎立的帮助您。如果您与开发人员关系不好，看了就觉的很讨厌，那他们肯定不会帮助您的，更不原意和您配合，当您提错Bug的时候，他们就会抓住这些Bug不放，有时候还要说您什么都不懂，这样你就很郁闷，肯定呆不长久的，只有走人的份了，呵呵。特别是开发人员很窝火的时候，您更要多一些理解和宽容，切勿火上浇油，您可以给他一些表扬，给他一些鼓励。他一听准开心死了，总觉得还是您们最了解我，把您当成自己人。这个时候，你再问开发人员问题，他也许态度就不一样了，他准会仔细的给你讲解，并且以后的什么事情，他也会百厌齐烦地帮助您的，因为他觉您最了解他们，无意识的把您当成了好朋友和哥们。还有的时候，开发人员有空过来测试部门逛逛，准备和您交流时，一定要把握机会，和开发人员开开玩笑和一些必要赞赏，也能够调节和开发人员的关系。总之，这一点做起来真的很难，如果做的好，那效果确实就不一样了。

欢迎各位同行继续补充指正！！

动力无限

希望您们以后多参加答题活动！！！

重庆山城

感觉19楼的朋友是在颁奖似的