在求职过程中需要注意的问题您知道？需要的求职技巧您知道？职场小编告诉你，在求职过程中切忌夸夸其谈，切忌过于自信，切忌自我炫耀，切忌左顾右盼以及切忌形象糟糕。感谢阅读《摩托罗拉中国裁员曝光：软件成重灾区》内容，职场资讯网小编向您推荐一些求职技巧知识，希望能够帮到您。
北京时间8月13日午间消息，据《纽约时报》印刷版报道，摩托罗拉移动昨天向雇员宣布，将在全球裁员4000人，约占其职员总数的20%，并关闭全球94个分支部门中的1/3。值得一提的是，作为全球最大的智能手机市场中国区也未能幸免。文中指出，除了裁员外，公司将收缩亚洲和印度的业务，并缩小芝加哥、桑尼维尔和北京研发中心的规模。
而据腾讯科技从摩托罗拉移动内部知情人士获悉，此次中国区裁员的人数将占到全球总裁员人数的近1/4，约1000人。其中，软件研发部门将成为“重灾区”，占比达到70%。
中国区裁员人数曝光
据了解，本次裁员是谷歌改造摩托罗拉移动的第一步。摩托罗拉移动新CEO丹尼斯·伍德赛德在接受媒体采访时表示，本次裁员涉及的4000个岗位中将有三分之一来自美国。该公司计划撤出无法盈利的市场，停止生产低端设备，并专注于少数几款手机，而不再同时生产数十款设备。
在摩托罗拉移动全球宣布裁员后，腾讯科技首先从一位摩托罗拉中国区高管得到确认，中国区将会受到全球裁员的影响。那么，中国区到底会受多大的影响？裁员人数、涉及部门又会是哪些？
上述内部知情人士透露，此次中国区的裁员主要涉及摩托罗拉移动公司硬件和软件两大部分。其中，软件部分裁员人数居多，分布在北京和南京两地的研发中心，主要涉及一些软件测试、软件升级、系统集成开发人员等，约有700人。目前，北京研发中心约有2000人，南京约有500人。
其次是少数硬件人员，约200人，其中大部分主要是从事功能手机方面的研发，一部分是从事相关生产的人员，如摩托罗拉手机天津的生产工厂和杭州的机顶盒工厂。而这从摩托罗拉移动技术公司发表的声明中也不难看，其声明显示，在裁员、缩减机构的同时，公司也将精简产品线，从而将业务中心从功能手机逐步转向更具创新性和盈利性的终端产品。
还有约100人平摊到其他职能部门，涉及销售人员等，上述总共约1000人。不过目前摩托罗拉官方还未给出最终数字，而上述高管也表示，具体裁员方案正在制定中，目前还不便公布细节。
据了解，谷歌在向美国证券交易委员会提交的一份文件中称，此次裁员及业务缩减费用支出大约将达到2.75亿美元。这些开支将主要体现在谷歌第三财季的财报中，而剩下的其他开支则将集中在年末。
并购案后裁员乃不可避免
谷歌之前完成收购交易后就曾裁员。
2007年，在以31亿美元完成对网络广告公司DoubleClick的收购交易数周后，谷歌宣布已裁减300名DoubleClick员工，占到DoubleClick总人数的20%，这是谷歌收购摩托罗拉移动前最大的一次收购。
2010年，在以7.5亿美元收购移动电话广告公司AdMob之后，谷歌裁掉了约8%的AdMob员工。
早在今年5月22日谷歌宣布正式完成对摩托罗拉移动收购时，外界就有传言称，谷歌将裁掉大约30%的摩托罗拉移动员工，约为6000人，当时这一消息没有得到谷歌证实，如今再看或许是为此次裁员提前放出信号。
此外，从收购层面上来看，多数企业全资收购的案例中，裁员往往是双方合并调整后所需要迈出的第一步。毕竟两个不同的企业合并后，在企业文化、产品业务、技术兼容上都存有很大差异，而裁员、缩减机构无疑是个化繁为简的最佳方式，短时间内可让企业统一战略思想，以便快速应对市场竞争。
20xx年1月，摩托罗拉正式分拆为两家独立的上市公司——摩托罗拉移动和摩托罗拉解决方案。摩托罗拉移动继承了智能手机和机顶盒业务，并在20xx年8月被谷歌以125亿美元天价收购。
职场资讯网扩展阅读
微软大中华区首席执行官跳槽NBA任中国区CEO
大学生毕业后面临的第一件事情肯定就是面试求职了，那么相应的求职技巧就很重要。感谢阅读《微软大中华区首席执行官跳槽NBA任中国区CEO》内容，职场资讯网小编向您推荐一些求职技巧知识，希望能够帮到您。
微软公司近日宣布：微软大中华区首席执行官（CEO）陈永正将卸任，微软公司已开始在全球范围内物色其继任者。在此期间，微软全球资深副总裁、微软中国研发集团主席张亚勤将作为代理首席执行官负责公司业务。同时NBA主席大卫•斯特恩也宣布，正式任命陈永正为NBA中国区CEO，10月15日起生效。
微软公司
近日表示，陈永正离职主要是出于个人发展考虑，并对其在微软工作期间的表现给予较高评价。陈永正四年前就任微软中国CEO。在此之前，他曾经担任摩托罗拉中国公司董事会主席兼总裁，还曾在一家香港互联网公司担任CEO。不久前NBA通过猎头公司找到陈永正并成功说服其加盟NBA，希望陈永正能尽快地成立NBA中国公司，以赶在2008年北京奥运会之前投入运营。陈永正昨天公开表示将寻找机会让NBA中国公司单独上市。
据了解，NBA中国目前只有80名员工，NBA将拥有中国子公司90%的股份，5%股份将出售给一家美国媒体公司，另外5%则提供给中国投资者。目前，NBA已经确定了参与合作的美国公司，但与潜在中国投资者之间的谈判仍在进行之中。消息人士今年6月透露，这家美国媒体公司是拥有ESPN和ABC的迪斯尼。（完）
职场应像杜拉拉一样成功？
曾经和一帮朋友讨论过一个问题：认真做人、低调做事、不耍手段、不拍马屁的女性，在职场成功的几率有多大？有人说几率很小，大概只有百分之零点一。也有人说几率很大，百分之七八十。
前者认为，职场很黑暗，充满潜规则，一个普通人要想成功，就必须学会腹黑微笑、勾心斗角、甚至不择手段。很多时候，善良的好人根本斗不过有手段的恶人，默默耕耘的“苦力”永远熬不成领导身边的“红人”。
后者认为，实力很重要、态度很重要，钻营人际关系当然也重要，但绝对没有前两项重要！一个认真做人低调做事且有能力的女性，很容易获得公司上下的一致赞赏。一个靠溜须拍马甚至潜规则上位的人，最多只能一时得势，很难风光长久。
双方谁都说服不了谁，就像隔空喊话，你听不懂我，我也听不懂你。其实，分歧源于差异——从事的职业领域不同，公司机制不同，衡量成功的标杆自然不同。譬如，业务能力重要还是人际能力重要？又譬如，经营人际关系和钻营人际关系的区别在于什么？
作为一名平凡职场女性，我对这个问题也有自己的理解。就拿最近上映的电影《杜拉拉升职记》来说事儿吧，不少白领抱怨电影里“杜拉拉”的成功莫名奇妙，升职如同探囊取物，缺乏说服力。当然电影永远是美好的，生活中像杜拉拉这样的行政人员可能数年如一日做着单调重复的工作，很难有出头的机会。但可以明确的是，杜拉拉的工作能力是出色的、学习热情是很高的、对同事是友善团结的、对领导也是有心的——一杯热咖啡、一本剪报册，细节决定成败，在现实中，她的成功速度可能不会那么快，但几率很高。
那么，如果我们像杜拉拉一样认真工作，不卑不亢，我们会成功吗？
首先，实力永远是第一位的，包括硬实力和软实力。任何公司的技术大拿和业务金牌，都无需看别人脸色行事，如果你真能在工作中起到关键作用，别人很可能会反过来拍你马屁，这就是硬实力的价值所在。
软实力，包括人际交往能力，也包括自我包装和推销能力。对技术型人才而言，当你和别人水平相当时，存在很多可能；当你比别人出色太多时，只有你一种可能。对非技术型人才而言（如杜拉拉），除了把分内工作做好，还必须和身边同事相处融洽（当然上床是不可取的），并设法赢得上司的信任和好感。同时，想当行政经理，就得学着把自己捯饬成白领丽人的样儿，而不是每天都打扮成食堂打菜小妹。
第二，“与人为善”和“腹黑”并不矛盾。一个成功的职场女性，未必一定靠钻营人际关系上位，但她的为人处事绝对不会差到哪里去。也许你看到成功后的她脾气很大、对下属态度恶劣，但用脚趾头想想也知道，她上位前应该绝对不是这样儿的。抛开能力因素，一个人若能真诚待人、努力做事，不偷奸耍滑，不哗众取宠，会让人相处起来觉得很舒服，在工作中也容易赢得信任和支持。
俗话说，人善被人欺，马善被人骑。但我觉得吧，平时工作中吃点小亏不算什么，当重大利益发生冲突时，平时与人为善的人偶尔“腹黑”一下如出奇兵，长期“腹黑”的人反而容易耗尽人品、马失前蹄。
第三，无论你是低调还是高调，都不能放弃“争”的心劲儿。此处说的“争”不是与人争得失，也不是为己争好处，而是一种“主动竞争”的良好心态。小说里的杜拉拉之所以能从广州办行政主管晋升为总部行政人事经理，靠的就是一个不屈不挠的“争”字，明明工作业绩摆在桌上，快退休的上司偏偏睁一只眼闭一只眼不提升职二字，不原意“争”的人在这种情况下可能就放弃了，但杜拉拉不会。她可以主动敲门去和上司谈升职，被拒绝后也没有一蹶不振，反而找机会寻求大 BOSS的支持，最终争到了属于自己的果实。而电影里的杜拉拉突出了一个“情”字，却没烘托出那个“争”字，其升职记遭到质疑也就顺理成章了。
第四，读懂你的上司。一个人的职场风格，很大程度上取决于遇到什么样的上司。如果你的上司像海瑞般清正廉明，像包拯般秉公无私，恭喜你可以坚持自己的原则了。如果你的上司水平一般还喜戴高帽子，身边的人个个嘴巴上都像抹了蜜，那你只有两种选择，要么主动给自己换个上司，要么学点送高帽的技巧，然后拿你上司练手。
说句实在的，杜拉拉成功了，不代表我们也可以。每个写字楼里都潜伏着无数司马TA，但不是每个司马TA都能超越杜拉拉。所谓的成功真的那么重要吗？那要看每个人对成功的理解是什么——有人认为有房有车就是成功，有人认为踩着别人尸骨爬到金字塔顶端才是成功，有人认为从事一份旱涝保收的工作是成功，也有人认为在工作中找到发自内心的快乐才是成功。至于潜规则带来的相关利益，那不叫成功。
曝光6大离职“招黑”行为，注意避让！
离职，如果好聚好散，自然开心；但若企业或离职员工任何一方做出不当行为，就很糟心。论坛曾票选过最招人烦的离职行为，“一走了之、工作不交接”不出意外地受到最多吐槽。除此之外，离职时散播负能量，离职后拉黑同事的行为也被网友们所诟病。
1）一走了之、工作不交接
公司吐槽：你是法盲吗？劳动法没告诉你，离职要提前一个月提出离职申请吗？今天申请，明天走人，一句“不好意思”把自己的活撇得干干净净，请问谁来收拾你留下的烂摊子呢？
酷评：如果企业不存在违反劳动法的情况，员工“想走就走”的任性离职行为已然触犯了劳动法。《劳动合同法》规定：劳动者在试用期内离职，提前三日通知用人单位（可以是书面，也可以是口头通知，但书面通知有证据，比口头通知更合适） ；在合同期内， 提前三十日以书面形式通知用人单位，可以解除劳动合同。
关于离职时的工作交接问题，劳动法虽未对此作出明文规定。但是，如果要留下良好的职业口碑、树立良好的职业形象，在准备跳槽时应估算你手头的工作，尽量留出足够的工作交接时间。
2）怂恿鼓动周围人跳槽、散播负能量
公司吐槽：你离职就离职，安安静静地走不行吗？天天在公司撒播跳槽情绪——“公司没前途”、“某某公司给了我×××待遇”……好好的办公环境就被你们这种人弄得乌烟瘴气！
酷评：从公司角度来看，散播负能量情绪是任何一家公司最忌讳的行为。多数公司会安排团队建设、体育比赛等等来提高团队的凝聚力、增强企业文化，达到“维稳”的目的。然而，你轻描淡写的几句就极有可能践踏这种稳定、向上的氛围，这是企业最不愿意看到的影响。
对你的同事而言，如果他对自身能力没有一个明确的认知、对职业生涯没有清晰的规划，却因为你所描绘的美好蓝图而跟风跳槽，于他也不是一个合适的跳槽时机。
3）拉黑所有同事
同事吐槽：有一种同事，工作时笑脸相迎，离职后拉黑、取关、退群、人间蒸发。虽然关系普通，但也没必要做到拉黑取关这份上吧！难道是我玻璃心了吗？
酷评：论坛曾就“离职后，你会拉黑同事吗？”展开过话题讨论，有四成网友坦言离职后会删除前同事的联系方式（包括微信、QQ等），“基本上离职3个月后，都删了，特别要好的除外。”拉黑，这个词在人际交往中往往是个敏感词。有时拉黑者无心，但被拉黑者有意。如果你介意被拉黑，不妨换一个角度想，有人把朋友圈当事业工作圈，有人把朋友圈当亲友空间，有人希望被关注，有人注重私密性。就如同产品一样管理一样，不同的功能定位而已，不必太过较真。
说完求职者“招黑”离职行为，公平起见，公司的“招黑”行为当然也得曝光，来看看被列入黑名单的公司到底有多过分？
1）离职企业不放人
离职者吐槽：明明一个月前就提出离职了，但是一个月都过去了，公司还不让我走，非说得等到招到合适的人之后才能离职。
酷评：有些公司、某些上司可能对员工离职心存不满，故意找各种原因拖延，比如扣留离职申请、拒开离职证明、要求招到继任者后离职等等。但是无论企业抛出何种理由阻拦你，提出何种要求为难你。只要你提前30天书面通知公司离职，满30天后，你就有权办理离职；公司逾期未办理的，需要赔偿因此给员工造成的损失。但员工在主张自己的权利时，也需要证明自己确实提出过离职申请，比如留存领导的签收或者快递回单、邮寄信件回单等等。
2）该给的钱“缺斤少两”
离职者吐槽：离职时明明一年的年假都没休，理应全部折算成工资。然而最终公司发放的数目仅仅是每月的基本工资，年休假的折现全然没有体现在清算工资上！
酷评：首先要纠正员工容易产生的一个观念很多人以为离职时可以把全年的年假作为计算基础，来判断未休年假，其实这样是错误的。《企业职工带薪年休假实施办法》第十二条规定：“用人单位与职工解除或者终止劳动合同时，当年度未安排职工休满应休年休假的，应当按照职工当年已工作时间折算应休未休年休假天数并支付未休年休假工资报酬，但折算后不足1整天的部分不支付未休年休假工资报酬。”可见，员工离职时只有权利得到自己已工作月份对应的年休假。
具体的折算方法是：（当年度在本单位已过日历天数÷365天）×职工本人全年应当享受的年休假天数-当年度已安排年休假天数。举例来说，2017年6月30日离职的员工，只做了半年，原本年休假有10天的，那计算时只能拿5天来计算。至于离职时确实有未休年休假的话是按照1倍还是3倍工资来补偿，这点法律没有明确。
如果离职时已把全年年假休完了，根据《企业职工带薪年休假实施办法》第十二条第三款规定，“多于折算应休年休假的天数不再扣回”。
3）试用期最后一天辞退你
离职者吐槽：在试用期最后一天告诉我，你不合适。拜托！6个月的试用期，前5个月都合适，最后一个月的最后一天通知说不合适，谁服气？这种明晃晃地钻法律空子的行为，就没人来管管了？
酷评：企业如果要在试用期辞退员工，必须有能证明“员工不能胜任工作，经过培训或调整工作岗位后，仍然不能胜任。”的事实依据。另外无论何种理由，在试用期间辞退员工，企业都应当支付一定的经济补偿。职场人如果碰到这种情况，可以要求公司支付这部分的经济补偿，或者提出劳动仲裁。（完）
软件测试笔试题目
在求职过程中需要注意的问题您知道？需要的求职技巧您知道？职场小编告诉你，在求职过程中切忌夸夸其谈，切忌过于自信，切忌自我炫耀，切忌左顾右盼以及切忌形象糟糕。感谢阅读《软件测试笔试题目》内容，职场资讯网小编向您推荐一些求职技巧知识，希望能够帮到您。
题与答案尽供参考
一、判断题
1．软件测试的目的是尽可能多的找出软件的缺陷。（Y）
2．Beta测试是验收测试的一种。（Y）
3．验收测试是由最终用户来实施的。（N）
4．项目立项前测试人员不需要提交任何工件。（Y）
5．单元测试能发现约80%的软件缺陷。（Y）
6．代码评审是检查源代码是否达到模块设计的要求。（N）
7．自底向上集成需要测试员编写驱动程序。（Y）
8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N）
9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（N）
10．代码评审员一般由测试员担任。（N）
11．我们可以人为的使得软件不存在配置问题。（N）
12．集成测试计划在需求分析阶段末提交。（N）
二、选折
1．软件验收测试的合格通过准则是：（ABCD）
A．软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B．所有测试项没有残余一级、二级和三级错误。
C．立项审批表、需求分析文档、设计文档和编码实现一致。
D．验收测试工件齐全。
2．软件测试计划评审会需要哪些人员参加？（ABCD）
A．项目经理
B．SQA负责人
C．配置负责人
D．测试组
3．下列关于alpha测试的描述中正确的是：（AD）
A．alpha测试需要用户代表参加
B．alpha测试不需要用户代表参加
C．alpha测试是系统测试的一种
D．alpha测试是验收测试的一种
4．测试设计员的职责有：（BC）
A．制定测试计划
B．设计测试用例
C．设计测试过程、脚本
D．评估测试活动
5．软件实施活动的进入准则是：（ABC）
A．需求工件已经被基线化
B．详细设计工件已经被基线化
C．构架工件已经被基线化
D．项目阶段成果已经被基线化
三、添空
1.软件验收测试包括：正式验收测试，alpha测试，beta测试。
2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以合在一起，分开写只要写出15就满分哦）
3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。
4.对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。
5.（这题出的有问题哦，详细的5步骤为~~）通过画因果图来写测试用例的步骤为：
（1）分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
（2）分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系?根据这些关系，画出因果图。
（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。
（4）把因果图转换成判定表。
（5）把判定表的每一列拿出来作为依据，设计测试用例。
得知被裁后必须要做五件事
理顺自己的财务
你需要对自己的财务状况有清晰的了解：你的净资产有多少，你是否有外债，以及要维持当前生活每月必需的开支……然后，为接下来的6到12个月制订一个既保守又实际的收支预算。
争取应得的钱财
接下来，检查自己所得的遣散费是否合理。按照《劳动法》的规定，员工被公司辞退，公司应根据员工的工龄、在职时的工资等给予被辞退员工相当数额的遣散费，注意对照国家的有关规定，检查一下公司给予的遣散费是否合理。
保持理智和尊严
在这段相对困难的时期里，保持理智和尊严，尽可能表现得职业化是非常重要的。可以选择两三个知己倾诉自己的感情，但在大众面前要继续保持自己能够承受挫折和打击的职业风范。如果表现出一副受害者的面目，那么对你将来的职业生涯有百害而无一利。
不急于找工作
没有必要马上开始找工作。尽量抑制马上向外散发简历、匆匆赶去面试或随便找个工作、抓住什么是什么的冲动。当你刚被辞退时，所受的打击和愤怒还没平息，而这些在面试时都会表现出来，有经验的招聘者一看就会知道，你还没做好重新工作的准备。
保持正常的生活方式
尽量保持正常的生活方式。不要整天将心思放在失业这件事上。你需要一些休闲娱乐的时间，使你能够精力充沛地迎接新的挑战。但也不要完全打乱自己的作息时间，这对将来面对一份新工作极其不利。
佳跳槽时间点曝光，踩准了年底跳槽也不晚！
跳槽、转行不是说跳就跳，说转就转，需要在这之前做好各种准备。准备充分，就容易成功，准备不够就是撞大运，万一没有撞好，不仅浪费时间，还会耽误职业发展进度。此外，跳槽、转行还需要选择适当的时间，同样是你，同样的准备，跳槽时间不同，收获也将有很大的差别。那么，如何选择适当的时间跳槽、转行呢？
1.选择大势来临的时机
如果没有特殊情况，每年职场有两次行情启动，一个是春季2至4月，这时正是春节前后，一些上年工作不如意的或者准备通过跳槽得到提升的人开始纷纷起跳，准备在新的一年里有个好“薪情”，再一个就是8至10月份，在应届毕业生浩浩荡荡的求职大军的感召下，一些职场人士也随波逐流，使职场形成一股大潮，为跳槽、转行创造良机。在为毕业生准备的各种招聘会上，会有很多公司趁机选择中高人才，而各类人才也趁机选择更高职位，形成了金九银十的好行情。这两个时期，因为有很多人起跳，所以就倒出一些好职位，就如同跳棋盘上有很多空穴，有很多条路可以走，你的选择机会很多，当然薪酬和职位也容易得到提升。
2.选择行情启动的初期
如果在行情启动初期起跳，机会大于风险，而且还能有充分的时间了解新公司、新职位、新老板，万一跳槽之后不可心，还有机会再次选择，如果是在行情末期，职场已经从热火朝天、轰轰烈烈逐渐进入尾声、变淡变冷，这个时候起跳，虽然看起来职位还不少，但是适合自己的职位选择范围很小，而且万一起跳后落不下去，那么风险将大于机会。再回头时选择余地已很小。所以，2月和8月开始还是比较适合的。
3.选择自己职业目标正在上升的时机
选择自己职业目标正在上升的时候跳槽或转行，将为提升自己带来有利时机。举例来说，如果当下，人力资源一枝独秀，招聘火热，正好你的职位目标是人力资源，那么，提升的机会就到来了，也有很多人在职业顾问的辅导下，转行做了人力资源(HR)、或跳槽提升为人力资源管理(HRM)、人力资源开发(HRD)。而软件工程师却恰在此时开始疲软，职位需求持平，而职位供应下降，如果你不知道内情，盲目的认为软件工程师是抢手货，行情火暴，随时可以跳槽，那就会处于被动局面。
4.选择适合所在行业的时间
每个行业都有季节性，如果你选择跳槽和转行，都要考虑这个行业的时间因素，比如学校，招聘都是在寒暑假，开学的前10天左右基本定员。这个时候，各个学校准备跳槽的老师会来个大换防，你要是加盟跳槽大军，也能找个不错的学校，如果你在两个学期之间跳槽，会引起学校的反感，自己也因为各个学校都已经定员而处境困难。（完）
裁员先盯上的五种人
“裁员牌减肥丸”最先派给谁？
A.最先会派给资历最浅的员工，高层会认为他们的去留不会对公司的前景带来太大的影响。
B.绩效水平最低的员工，尤其业绩无法达成与其高薪形成正比的员工。
C.“低价值员工”（低价值人力资本、低晋升潜能……）也是裁员的重点考虑对象。
D.经常假公济私，浪费公司资源的人。公司到了危难之时，当然会“心狠手辣”地清理掉这些为公司雪上加霜的人。
E.高薪聘用却未能为公司创收的人。
哪个公司愿意一边掏出不菲的薪金养着一个人一边忍受业绩低下的窘局。
TIPS ：裁员危机巧妙化解
A 以不变应万变，静观其变。
如果你不想自动弃权出局的话，这是最佳的应对方法，既来之，则安之，理智对待事态的发展，懂得进退，才是上策。
B 做好本职工作，让领导看到你的价值。
领导的眼睛都是雪亮的，你平日的一举一动都会成为他决定你去留的标准，尽力让他从你的工作中看到价值，是预防被炒的有效手段。
C 衡量自己在公司是否处于核心力量，是否能短期内进入核心版块。
公司好比一棵参天大树，要想在台风季节不被吹倒，就必须牺牲一些繁枝末节来保住根基，只有成为核心的组成，才可以自如应对每一场风暴。
面对公司财政的紧张，这是不得以的委曲求全，不妨把这个做法，看作是把目光放远、与公司共度危艰的抉择同样是不得以的做法，但为了长远的利益，牺牲短期的利益，未尝不可。
F 抢夺边缘岗位。
优胜劣汰向来是职场的潜规则，只有远离边缘，才能够逃避裁员的刀锋。
G 与最有发言权的人保持联系。
必要的时候，要学会察颜观色。去留只是某个人的一念之差，要在紧要关头得到庇护，这是一个关键。
H 先下手为强，摸清兼并方的底细，并与之保持联系。
既然在这个关口不是你死就是我亡，作一个主动的出击者，或者能够在大局中化险为夷，稳操胜券。
杜绝以下做法：
A 惶惶不可终日，四处打探小道消息。心理上输掉了，怎么还会有赢的机会？
B 得过且过。难道一个出现了状况的公司会留住一个毫无工作积极性的员工？
C 消极抵抗，开始不配合日常工作。如果是这样，被裁掉，也没有什么好埋怨的。
D 明目张胆地对某个核心人物献媚。任何人在重要关头，都是明哲保身的，他们会为了保住你而牺牲自己？
E 整天愁眉苦脸，像公司欠着你的，任何领导都不想看到的表情，你又怎能犯下大忌！
一套软件开发工程师笔试题
在求职过程中需要注意的问题您知道？需要的求职技巧您知道？职场小编告诉你，在求职过程中切忌夸夸其谈，切忌过于自信，切忌自我炫耀，切忌左顾右盼以及切忌形象糟糕。感谢阅读《一套软件开发工程师笔试题》内容，职场资讯网小编向您推荐一些求职技巧知识，希望能够帮到您。
软件开发是一个很吃香的行业，下面小编整理了一套软件开发工程师笔试题，欢迎阅读!
1、试分析下面的SQL语句的优劣，并用另外的方法实现。
(1)Select*fromempewheree.Noin(selecta.Nofromampa)
Select*fromempeewhereNOTEXISTS(Selecta.Nofromampawheree.NO=a.No)
(2)select*fromempe,anpawheree.No=a.No
2、用Decoole重写下面的socl语句
SELECTCOUNT(*)，SUM(SAL)FROMEMPWHEREDEPT_NO=0020ANDENAMELIKESMITH%;
selectcount(*),sum(sal)fromempwheredept_no=0030andenamelikesmith%;
selectcount(decode(dept_no,0020,x,null))d0020_count,
count(decode(dept_no,0030,x,null))d0030_count,
sum(decode(dept_no,0020,sal,0))d0020_sal,
sum(decode(dept_no,0030,sal,0))d0030_sal
fromempwhereenamelikesmith%;
3、下面哪几种SQL不好。2,4,5
(1)update语句(2)in语句(3)子查询(4)多查等值查询(5)笛卡尔乘积
4、请造出下列哪3种命名正确A,B,D
A、ASDB、$abcC、constD、_asdE、3_asd
5、texareajava(1)写出文件名(2)补充代码
6、型转换
example:
publicStringgetValue(Objecta,Objectb){}
当下列方法调用时将出现何种异常,如何修正
Stringc=newString(aaa);
intd=123;
my.getValue(c,d);
(1)Integerd=newInteger(123);
(2)My.getValue(c,(String)d);
7、在JSP上显示Araylist中的元素
序号姓名
8、解释
beam:远程接口的具体实现
Home:管理和创建远程对象
Romate:提供给用户的远程接口
9、解释Javabean与EJB的区别
10、SeSSonbean与Entitybean区别
11、解释Commend、DAO模式，试举例说明。
Command定义
不少Command模式的代码都是针对图形界面的,它实际就是菜单命令,我们在一个下拉菜单选择一个命令时,然后会执行一些动作，将这些命令封装成在一个类中,然后用户(调用者)再对这个类进行操作,这就是Command模式,换句话说,本来用户(调用者)是直接调用这些命令的,如菜单上打开文档(调用者),就直接指向打开文档的代码,使用Command模式,就是在这两者之间增加一个中间者,将这种直接关系拗断,同时两者之间都隔离,基本没有关系了.
显然这样做的好处是符合封装的特性,降低耦合度,Command是将对行为进行封装的典型模式,Factory是将创建进行封装的模式,
从Command模式,我也发现设计模式一个通病:好象喜欢将简单的问题复杂化,
喜欢在不同类中增加第三者,当然这样做有利于代码的健壮性可维护性还有复用性.
如何使用
具体的Command模式代码各式各样,因为如何封装命令,不同系统,有不同的做法.下面事例是将命令封装在一个Collection的List中,任何对象一旦加入List中,实际上装入了一个封闭的黑盒中,对象的特性消失了,只有取出时,才有可能模糊的分辨出:
典型的Command模式需要有一个接口.接口中有一个统一的方法,这就是将命令/请求封装为对象:
程序代码:
publicinterfaceCommand{publicabstractvoidexecute();}
//具体不同命令/请求代码是实现接口Command,下面有三个具体命令
程序代码:
publicclassEngineerimplementsCommand{
publicvoidexecute(){//doEngineerscommand}
}
publicclassProgrammerimplementsCommand{
publicvoidexecute(){//doprogrammerscommand}
}
publicclassPoliticianimplementsCommand{
publicvoidexecute(){//doPoliticianscommand}
}
按照通常做法,我们就可以直接调用这三个Command,但是使用Command模式,我们要将他们封装起来,扔到黑盒子List里去:
程序代码:
publicclassproducer{
publicstaticListproduceRequests{
Listqueue=newArrayList;
queue.add(newDomesticEngineer);
queue.add(newPolitician);
queue.add(newProgrammer);
returnqueue;}
}
这三个命令进入List中后,已经失去了其外表特征,以后再取出,也可能无法分辨出谁是Engineer
谁是Programmer了,看下面如何调用Command模式:
程序代码:
publicclassTestCommand{
publicstaticvoidmain(String[]args){
Listqueue=Producer.produceRequests;
for(Iteratorit=queue.iterator;it.hasNext;)
//取出List中东东,其他特征都不能确定,只能保证一个特征是100%正确,//他们至少是接口Command的儿子.所以强制转换类型为接口
Command((Command)it.next).execute;
}
}
DAO：
由此可见,调用者基本只和接口打交道,不合具体实现交互,这也体现了一个原则,面向接口编程,这样,以后增加第四个具体命令时,就不必修改调用者TestCommand中的代码了.
12、谈一下对保障软件质量的理解。
有效的软件质量管理
一、引言
随着社会信息化水平的不断提高，信息行业急速膨胀，信息企业快速成长，随之带来的信息市场竞争激烈，企业为了求生存，满足客户要求则成为各行各业的首要责任。依赖于质量、成本和进度的客户满意度，质量则是重点支撑之一，这样要求我们对质量管理需要加强认识。我们都知道pmbok把项目管理划分为9个知识领域，即范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。质量管理作为9大知识领域之一，可见其重要性。
质量管理包括：质量计划编制、质量保证和质量控制三个过程域。质量计划是质量管理的第一过程域，它主要结合各个公司的质量方针，产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略，其内容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量保证则是贯穿整个项目全生命周期的有计划和有系统的活动，经常性地针对整个项目质量计划的执行情况进行评估、检查与改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据，它是一个PDCA循环过程。
二质量管理责任分配
我们公司在开发项目上按照规范化软件的生产方式进行生产，在生产流程上采用ISO9000的标准进行。每个项目除配备了项目开发所需角色外，还专门配备了配置管理小组、测试小组和质量保证小组确保质量管理的实施，下面针对这三种角色进行说明：
1、配置管理小组职责
配置管理小组是保证项目开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和规范，是保证项目开发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是保证工程不被某个关键路径所阻塞而延滞的前提。如上所述，配置管理小组还是保证质量保证小组得以发挥作用的基础。配置管理小组的主要职责包括：完善各个部门发送需要存档和进行版本控制的代码、文档(包括外来文件)和阶段性成果;对代码、文档等进行单向出入的控制;对所有存档的文档进行版本控制;提供文档规范，并传达到开发组中。
2、测试小组职责
测试小组作为质量控制的主要手段，负责软件的测试设计和执行工作。如同软件开发一样，测试在执行之前，同样需要进行测试计划和测试策略的设计，通常情况下测试可以分为如下几种类型，如：正确性测试、功能性测试、性能测试、安全测试和系统测试等。而这些测试均需要在测试计划和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。程序员在交给测试人员之前是进行过一定的单元测试，确保程序编译、运行正确。
测试人员根据详细设计的文档对软件要实现的功能进行一一测试，保证软件的执行正确的实现设计要求，在此也只证明了软件正确的反映了设计思想，但是否真正反映了用户的需求仍需要进一步的功能性测试。
测试人员只有根据软件需求规格说明书所提及的功能进行检测，才能确保项目组开发的软件产品满足用户需求。在正确性测试完成之后，需要测试的是软件的性能，软件的性能在本项目中占有重要的地位，性能要求有可能改变软件的设计，为避免造成软件的后期返工，测试在性能上需要较大的侧重。如果有必要的话，测试小组还需要做安全测试，以确保系统使用安全可靠。
3、质量保证小组职责
质量保证小组作为质量保证的实施小组，主要职责是保证软件透明开发的主要环节。在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组对项目经理提供项目进度与项目真正开发时的差异报告，提出差异原因和改进方法。
在项目进度被延滞或质量保证小组认为某阶段开发质量有问题时，提请项目经理、项目负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审基础之上，因而文档版本的控制，特别是软件配置管理，直接影响软件质量保证的影响力和力度。质量保证小组的检测范围包括：系统分析人员是否正确的反映了用户的需求;软件执行体是否正确的实现了分析人员的设计思想;测试人员是否进行了较为彻底的和全面的测试;配置管理员是否对文档的规范化进行的比较彻底，版本控制是否有效。
三质量管理实施
有了良好的资源配备，又如何在项目全生命周期内实施质量保证，让我们从以下几个方面来看质量保证的实施过程：
1、项目进度的质量保证
项目进度是项目进行是否顺利的最直观表现。显然在项目开始之前，项目开发计划是必须的。如果项目开发计划的制定的是完全合理的，那项目进度也就真正表达了项目与最终的交付使用之间的距离，然而要制定完全合理的项目开发计划几乎不太可能。可见要保证项目进度，首先要保证项目开发计划尽可能合理。
项目计划的合理程度与项目计划制定者从事类似规模和类似业务的项目的经验有直接关系，通过经验往往能够预见潜在的阻碍，这样要求项目计划制定者需要集众人之力来完善计划。
当项目计划制定初期，由质量保证小组组织召开的项目计划评审会，邀请公司技术专家、用户以及项目组小组成员一起讨论项目计划的可行性，会议通常采用头脑风暴法，各抒己见，会后由指定的记录员形成质量记录，发送给相关人员，对其计划中不合理的地方进行修改完善，并由质量保证人员对其结果跟踪，以确保项目计划完整性、可行性，完善后的计划交由配置管理人员进行版本控制。
然而在计划实施过程中，计划不是固定化。常有人道，计划赶不上变化，但要跟上变化。项目计划以里程碑为界限，将整个开发周期划分为若干阶段。根据里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任务时间，这种方式非常有利于整个项目计划的动态调整。也利于项目质量保证的实施。
实际运作中，当质保小组发现计划实施的差异后，报告项目经理，由项目经理组织负责对计划进行周期性维护，对于已经变动的计划由质保小组协助配置管理小组完成版本控制。本公司已经开发湖南移动的集中客服系统，开发中的子项目多达六个，历时十个月，目前多数项目已经开发完毕，系统正在试运行阶段，项目金额数千万元。在这样的项目中，从管理者到开发人员到测试人员都积累了较为丰富的经验，特别是项目开发计划的制定，和项目进度的控制。
2、项目开发各阶段的质量保证
a、需求分析
需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。
解决系统分析错误的方法我们公司通常采用邀请用户参与进行需求评定，然后对其用户的意见由质保成员跟踪检测是否纳入需求规格说明书，同时与用户签字确认形成需求基线，交由配置管理员放入配置管理库。
虽然尽早的邀请用户参与，仍然避免不了项目进行中用户的需求变更请求。对于开发过程存在的需求变动，我们要求用户填写变更申请单发送给项目配置管理员，在通过配置配置员转交质保小组，负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响，小的变更则直接记录入变更记录原因分析项和风险项栏，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更(包括需求规格说明书、详细设计文、安装手册、操作手册等)。但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，我们将变更报告提交给用户或邀请用户进行协调会议，讨论变更取舍问题或是项目进度变更问题。
决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施过程并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字后同意方可上线。
b、系统设计
优良的体系结构应当具备可扩展性和可配置性，而好的体系结构则需要好的设计方法，自然设计选型成为了系统设计首要的工作，究竟是采用哪种设计方法好呢?
对于设计选型不能一概而论，需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参与项目小组成员的素质，如果其中大部分都没有从事过面向对象的设计且项目进对紧迫，这样没有多余的时间来培训小组成员来掌握面向对象的设计方法，尽管众所周知面向对象设计方法的优势，我们还是不如采用面向过程的方式(除用户指定开发设计方式外)可以减少项目承担的技术风险。
我们公司有过一个项目，用户指定需要采用面向对象分析、设计和开发，且开发周期短，在无赖的情况下，项目小组只能选用面向对象的软件开发过程，由于项目小组很少从事过面向对象的开发，经验缺乏，导致项目上马后项目进度延误，项目没有达到预期的效果。
针对此次开发，我们分析其原因，发现小组成员在开发过程中对于新技术互相交流少，各自有各自的理解和想法，造成理解上的不一致性，导致工作重复性高，滞后项目进度。建议解决方法是项目组成员采用集中办公，分块学习，学习的成果马上向项目相关人员发布，再由配置管理员对其发布的文档进行整理、规类放入配置库以供大家共享。这样方便大家的互相学习，减少重复的工作。在这次开发中我们公司从管理人员、设计人员到开发人员都汲取了很多教训，同时经过此次项目的开发，小组成员也积累了丰富的面向对象的开发经验。
除设计选型，还有一个容易被忽视的问题，就是公共类开发。公共类开发可以减少工作中的重复工作，降低开发成本。这要求我们再设计阶段通过对用户需求的仔细研究，尽可能的识别出公共类，并进行定义指定专人负责设计通知其它设计人员，以减少重复工作。对于项目组提供的设计文档，由质保小组组织技术专家、项目组设计人员、开发人员和测试人员对其设计文档的评审，检测设计文档对其下一阶段工作的可行性，及时发现设计中可能存在的错误，降低项目开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。对于可复用的设计进行提取作为公共库设计和开发，提供项目组或整个公司重用。最后交由配置管理员进行设计文档的版本控制。
c、实现
实现也就是代码的生产过程。这里不仅包括代码的产生，同时也包括测试用例的产生。针对上一阶段提供详细设计，程序员开始编码并且调试程序，测试人员则根据设计进行测试用例的设计，设计出来的用例需要得到项目组成员认可由项目经理审核通过才能进入配置库。同时程序员调试完程序提交测试人员进行程序正确性检测。
d、文档管理
文档维护主要是配置管理小组的工作。文档从用途上分主要分为内部文档和外部文档。
内部文档包括：项目开发计划;需求分析;体系结构设计说明;详细设计说明;构件索引;构件成分说明;构件接口及调用说明;组件索引;组件接口及调用说明;类索引;类属性及方法说明;测试报告;测试统计报告;质量监督报告;源代码;文档分类版本索引;软件安装打包文件。
外部文档主要包括：软件安装手册;软件操作手册;在线帮助;系统性能指标报告;系统操作索引。
如何保证文档的全面性，使其真正为项目的进度提供保证，又不因为文档的写作而耽误项目的进度，这仍然是一个比较难解决的问题。解决此问题，其核心仍然是个度的问题。在本项目的开发中，配置管理小组的一个非常重要的任务还是书写文档规范和文档模板。当有文档模板后需要书写文档的人员只剩下填空的工作，从某种意义上讲，书写文档的速度会加快。如果书写文档的人员认为文档的更细致的部分可以由他人帮助完成，则该文档即交由他人完成，但此时文档并不算被正式提交，当他人书写完毕之后，必须由文档的初写者进行复审，复审通过后方可以正式提交，进入软件配置管理的循环中。
配置管理小组真正核心的工作是对文档的组织管理。根据文档的不同，文档的来源也不同，有些是通过质量保证小组经过复审之后转交给配置管理小组，有些则会直接从文档的出处到达配置管理小组。文档的管理是一个非常烦琐的工作，但是长远来看它不仅使项目的开发对单个主要人员的依赖减少，从而减少人员流动给项目的带来的风险，更重要的是在项目进行到后百分之十的时候起到拉动项目的作用。
从以往做大项目的经验来看，写作文档在项目开发的早期可能会使项目的进度比起不写文档要稍慢，但随着项目的进展，各个部门需要配合越来越多，开发者越来越需要知道其他人员的开发思路和开发过程，才能使自己的开发向前推进。一个明显的例子就是系统整合，或者某些环节是建立在其他环节完成的基础之上时，就更显现出文档交流的准确性和高效性。
3、系统维护质量保证
在我们公司，维护小组的任务一方面是保证对项目客户的跟踪服务，另一方面是确保该项目其它的开发人员从项目中尽快的解脱出来以便投入到下一个项目的开发中。所以通常项目维护小组成员主要由项目组的少部分开发人员承担完成。他们不仅了解软件的核心内容，而且与客户也不陌生，以便能够以最快的速度修正错误。对于一般性的错误，如操作不当等引起的问题，全部由维护小组执行完成，但需要用户测试确认上线。如果较大的修改则需要走变更控制流程，用户或者维护人员填写变更申请，经专家会议讨论分析可行方案在由维护小组实施，通过测试后方可提交用户。
维护小组的人员基本上是按项目跟进的。当一个项目刚刚交付用户时，在维护小组有较多的人员进行跟进，随软件的稳定，跟进的人逐步减少，并转移到其它项目中去。
133.给出一个MVC结果图，请简单用文字对他进行一次前后台交互的描述。(这个图你去找啦)
14PowerDesigner
15项目经验
16三层结构的理解
